Thanks so much for the quick reply, and even especially so, given all you guys have going on right now. Also, it's no problem for us to use the workarounds we discussed in the previous thread. I figured I might be doing it wrong, but just in case, I'll respond to your questions/comments below. Even if you can't answer or work on a fix right away, just your answer above improves my understanding of things.
I'm hoping the project link is still working, but as you point out, this block was supposed to be running outside the sprite hidden1. But it behaves as though it's being run from inside hidden1.
I know you can never tell/rely precisely the order that multiple threads handle things (hence race conditions), but this is roughly what I was thinking should happen: Response is set to 0 initially. Then, after a second, the first LAUNCH kicks off the TELL...FOREVER block. Then the second LAUNCH kicks off the TELL...WAIT block, which after 1 sec, stops the the prior TELL...FOREVER from the previous thread (but not itself or the initial thread running outside of hidden1) and the execution of that first LAUNCH falls to response += 2. Simultaneously, the second TELL thread executes response += 4 (since it wasn't stopped), followed by the second TELL ending and the second LAUNCH setting response += 8. Finally, the original thread waits 3 seconds and sets response += 16. Is that roughly correct as to how it should execute? I'll paste the block pic below again for ease of reference, but there are no changes to the block since my prior comment.
So I think your prior answer meant that if there's a bug or unexpected outcome, it's that STOP OTHER SCRIPTS IN SPRITE is stopping the main thread. I think you said it's doing so because maybe the TELL is not generating a STOP OTHER block that takes hidden1 as its object. Instead, it is executing a STOP OTHER block that takes the original thread in the non-hidden1 sprite as its object. Is that right? But that's not the way you'd ideally want it to be, right? (That is, of course, assuming there were eventually time for a fix...) Is there anything else I need to do/post/etc. to get it into the queue for bugs, once you've had time to confirm it? I know some languages have an issue queue you need to post to... and I'm happy to do whatever is required. Just let me know.
Thanks again for all the help!!! Cinnapoca and I are looking forward to seeing you all on screen at Snap!shot... This online community you've developed is just another thing that makes Snap! so great. My daughter and I have been watching the presentations from August and reading forum posts together as we've been polishing up her project. What a great community you've fostered here from all over the world! Thanks again!