Sign clipboard modifying after pasting 3-5 times
When you place a sign block and then paste text from your clipboard (to speed up things) the text formatting gets corrupted. It works ok up to 4 signs (4 jobs of copy pasting), the 5th one is corrupted. (See attachment 1)
Checked the clipboard, by pasting in a notepad and you cannot paste again
It seems Minecraft is modifying the clipboard as well although it shouldn't.
The text copied from clipboard is standard codification UTF-8 (See attachment 2). It's spanish for "DANGER: DON'T TAKE OUT BLOCKS!"
I have to copy again and keep going...
In a private 2 people Realm BTW
Linked Issues
![[Mod] GoldenHelmet](../../../data/avatars/users/18951.svg){kind=small}
Created Issue:
Sign clipboard modifying after pasting 4 times
When you place a sign block and then paste text from your clipboard (to speed up things) the text formatting gets corrupted. It works ok up to 4 signs (4 jobs of copy pasting), the 5th one is corrupted. (See attachment 1)
Checked the clipboard, by pasting in a notepad and you cannot paste again
It seems Minecraft is modifying the clipboard as well although it shouldn't.
The text copied from clipboard is standard codification UTF-8 (See attachment 2). It's spanish for "DANGER: DON'T TAKE OUT BLOCKS!"
I have to copy again and keep going...
In a private 2 people Realm BTW
Attachments2
![[Bot] Arisa](../../../data/avatars/users/43007.png){kind=small}
MCPE-117101 → 
REALMS-7204relates to
relates to
![[MCQA] Kinga Izdebska](../../../data/avatars/users/18949.svg){kind=small}
Sign clipboard modifying after pasting4timesSign clipboard modifying after pasting 3-5 times
![[Mod] OcelotOnesie](../../../data/avatars/users/43220.png){kind=small}
I am able to rename a full stack of nametags on either Windows 10 or iOS local singleplayer. I suspect that the issue here is specific to Realms and related to other bugs with text on Realms (e.g REALMS-2514, REALMS-3491, REALMS-3508, REALMS-5898, , REALMS-7204, REALMS-8889).
Are you able to rename nametags on local worlds, or in your realm using a name other than "Charlie"?
I cannot reproduce this in a local world. Can anyone else? If not, I will move it to the Realms project.
Robert Levandowski: thank you for mentioning the other tickets. I think you are likely correct that the fix to MCPE-130072 has caused this issue and REALMS-9214.
There is also a more fundamental and longstanding problem with string parsing on Realms captured by REALMS-2514, REALMS-3491, REALMS-3508, REALMS-5898, REALMS-7204, and REALMS-8889.
I cannot reproduce this in a local world in Windows 10. It's clear from the screenshot that the return (line break) characters got deleted. Are you sure you didn't delete/backspace between lines, or maybe you were pasting one line at a time and forgot to press <Enter>?
It is as described, just copy-pasted 4 times. Then in the fifth attempt (5th sign) line breaks got deleted.
The line break is IN the clipboard as shown in screenshot 2.
Why would I post a bug if it was my mistake deleting those lines on purpose?
Would you test it in a realm? or online/server world?
Thanks for answering
I tried on a realm and can confirm, just like you've said, on the 5th (and subsequent) paste(s) it deletes the line breaks. Since I could not reproduce in a local world I am going to move this report over to the REALMS project.
When I went to make a video of this, it actually worked 5 times and failed on the 6th and subsequent attempts. Perhaps that has something to do with which sign block you're using? My first repro was with crimson signs but I had to switch to a different sign to get it to work correctly again.
How does this even happen.mp4
Yes! It exactly behaves like the video you attached.
Thanks for updating!
I wouldn't know if it has to do with the type of sign. I'm having issues with most of them...
I tried it with just two lines of different colored text and was able to place 25 pasted signs no problem. So it seems to be related to having 2 return characters or 3 § characters.
I spent some time looking at the other realms-only sign bugs (now linked to this report as "related") and it seems clear that the realms server is parsing the strings differently than the client. That's why it appears on screen correctly on the sign UI and the placed sign itself first, then updates to incorrect on the placed sign (when the server checks it), then when you hit ESC to close the UI it quickly flashes to correct then back to incorrect on the placed sign. It seems that sometimes the realms server activates the profanity filter incorrectly, but other times it just blanks certain characters or the whole sign. I suspect it has to do with the realms server using a different unicode encoding than the client, or parsing the string data with a function designed for the wrong unicode encoding. There are a lot of examples of that sort of thing in this article: https://www.codeproject.com/Articles/2995/The-Complete-Guide-to-C-Strings-Part-I-Win32-Chara