ASCII Control Characters (Edit: and Unicode) cause weird behaviour inside of Scratch's 3.0 online editor. I am referring to these control characters (https://www.fileformat.info/info/unicode/category/Cc/list.htm), specifically , which is U+001F INFORMATION SEPARATOR ONE.
What I have noticed, is that scratch blocks will get deleted if they contain this or any other control characters. This can be tested by pasting one into a block input, then going to another sprite and switching back. You will notice that the block has disappeared.

gif:


This may be some intended feature, but below definitely isn't:
I have broken the join block with this thing (although I don't know how to recreate this again, even though it was caused by the same steps as above. Seems to happen every first attempt, after a reload possibly):

The white part was where  was pasted into, the right input was text, but it has now turned green. It still works, but reports undefined instead. This join block reports back “undefined”. You can still put blocks into it, though.

EDIT: Unicode characters also cause this issue. This is more important that I previously thought as it may effect other languages typed into Scratch.
——

My browser / operating system: Windows NT 10.0, Chrome 73.0.3683.103, No Flash version detected

That's definitely not intended. Can you send over the script (along with the define script) used? This is both intriguing and perplexing.

Banana

banana439monkey wrote:

That's definitely not intended. Can you send over the script (along with the define script) used? This is both intriguing and perplexing.

Banana

I put the broken blocks here: https://scratch.mit.edu/projects/302504830/

awesome-llama-test wrote:

banana439monkey wrote:

That's definitely not intended. Can you send over the script (along with the define script) used? This is both intriguing and perplexing.

Banana

I put the broken blocks here: https://scratch.mit.edu/projects/302504830/

Can you also send over the custom blocks?

Banana

banana439monkey wrote:

awesome-llama-test wrote:

banana439monkey wrote:

That's definitely not intended. Can you send over the script (along with the define script) used? This is both intriguing and perplexing.

Banana

I put the broken blocks here: https://scratch.mit.edu/projects/302504830/

Can you also send over the custom blocks?

Banana

What custom blocks? The block is just a broken join block, which you can find in the project link.

awesome-llama wrote:

banana439monkey wrote:

awesome-llama-test wrote:

banana439monkey wrote:

That's definitely not intended. Can you send over the script (along with the define script) used? This is both intriguing and perplexing.

Banana

I put the broken blocks here: https://scratch.mit.edu/projects/302504830/

Can you also send over the custom blocks?

Banana

What custom blocks? The block is just a broken join block, which you can find in the project link.

In the GIF, there appeared to be a custom block.

Banana

I found out that other characters cause this issue- not just control characters. Take https://www.compart.com/en/unicode/U+1091F which also causes the issue.

Edit: and apparently in the forum posts as well. I cannot even post it here because it gets deleted.

Bump

Today, I discovered I lost about half an hour of work, after loading up my project. Likely due to this same issue (I was using unicode characters), a whole custom block has disappeared. I loaded it up today (after working on it yesterday), and the custom block is gone. I know it was saved, because the stack block is still there, but the hat is completely gone! I have looked around, but the script is no where to be seen.

awesome-llama wrote:

Bump

Today, I discovered I lost about half an hour of work, after loading up my project. Likely due to this same issue (I was using unicode characters), a whole custom block has disappeared. I loaded it up today (after working on it yesterday), and the custom block is gone. I know it was saved, because the stack block is still there, but the hat is completely gone! I have looked around, but the script is no where to be seen.

Seeing that, I'm probably going to mark this bug as critical.

Banana

Bump. It's still there!

kysk219dhsaek102 wrote:

https://scratch.mit.edu/projects/319146521

Please don't advertise here. Do it in Show and Tell.

This glitch still exists. And… if you rename a sound to  or costume to , the block palette becomes shortened.

This topic was bumped up so I decided to experiment with it again.

—

Well that's weird:


Duplicating it does this:


It also still functions as a join block, as you can plug in blocks to it.


Works on other blocks too:


—

Now here's some new information:


It appears the characters are stored in the block (this is the set random block, but with the characters pasted in to both inputs). There is a 001f which is the code for the character I pasted in. I don't entirely understand the function of the \t and \u. I think \u means Unicode and \t is tab, but for tab, I don't know why it is there.

It seems that to make the blank fields, they need to contain null.


Edit:
Wait a minute… You can put in a lot more characters. I inserted a tab with \t and an A with \u0041. This is interesting because perhaps there are more things that can be done through manually putting in characters. Perhaps more hacky things.


Edit 2:




—

Wow, RTL override works too!

this needs to be fixed for a project I'm making