My browser / operating system: ChromeOS 14541.0.0, Chrome 138.0.0.0, No Flash version detected
There's a certain quirk I use often where you can get blocks like

go to (Sprite1 v)

to target the sprite it's inside of by going to another sprite, setting it to target the sprite you want, and dragging/backpacking it into the main sprite. In the latest update, this functionality still works fine but it resets the dropdown visually to whatever the default is.

I have an example project here: https://scratch.mit.edu/projects/1308134235/

My browser / operating system: Windows NT 10.0, Firefox 149.0, No Flash versions detected
Can replicate

Oh wait, I feel like this also kinda breaks projects too if it isn't just visual bc if the touching block targets itself, usually it will work with clones.
Edit: ok luckily it's just visual I think

medians wrote:

Oh wait, I feel like this also kinda breaks projects too if it isn't just visual bc if the touching block targets itself, usually it will work with clones.
Edit: ok luckily it's just visual I think

Little bit offtopic, but I felt so smart when I figured out they worked with clones. All the weird wacky workarounds I workshopped, gone in an instant!

As far as I can tell, it's all visual. In my example project the self-targeting blocks still work fine.

Whitepatchwastaken wrote:

My browser / operating system: ChromeOS 14541.0.0, Chrome 138.0.0.0, No Flash version detected
There's a certain quirk I use often where you can get blocks like

go to (Sprite1 v)

to target the sprite it's inside of by going to another sprite, setting it to target the sprite you want, and dragging/backpacking it into the main sprite. In the latest update, this functionality still works fine but it resets the dropdown visually to whatever the default is.
I have an example project here: https://scratch.mit.edu/projects/1308134235/

Why yes, my browser / operating system is ChromeOS 14541.0.0, Chrome 146.0.0.0, No Flash version detected, why'd you ask?
I COMPLETELY misunderstood the assignment.
Anywho, can replicate. I also have a fun little tidbit/workaround if it bothers you like it bothers me.

my old reply wrote:

You can also just slide a join block into the input and have it work just fine, like this:

go to (join [Sprite1] []) // The join block outputs Sprite1 without any whitespace characters.

My hypothesis is that this works because the dropdown to select sprites and messages can work with a string input, and the join block just so happens to output a string.
Yes this also means you can do this…

broadcast (join [shalala] (num))

…or this…

broadcast (join [shalala] (num)) and wait

…and attempt to broadcast events that do not exist. (does nothing as far as i have checked) (also means that you can broadcast events like shalala1, shalala2, e.t.c without dragging out a new broadcast block every time!)

This has been fixed