Susko3
- Susko3
- susko3
- Europe/Lisbon
- Yes
- No
MC-124292
MCL-20865
Normal
How to reproduce
- Apply the attached resource pack 'Crash.zip'
- Create a new world
- Run command: /setblock ~ ~ ~ minecraft:sign{Text1:" {\"text\":\"M\"}
"}
- Your game should crash
Why does it happend (my idea)
Text in Minecraft signs is limited by character width (max. 15 'M' characters in one line)
{\"text\":\"MMMMMMMMMMMMMMMMMMMMM\"}
Even if you try /setblock ~ ~ ~ minecraft:sign{Text1:""}
There will be only 15 M characters on the sign.
These extra characters are still stored in the sing (can be seen with /data get block <coordinates>).My resource pack 'Crash.zip' makes the M character 100 px long.
If you try to write this character in a sign, it doesn't work, nothing happens.But when you "force" it into a sign with /setblock , the game tries to hide characters that don't fit into a sign, fails doing this and crashes.
How to reproduce
- Apply the attached resource pack 'Crash.zip'
- Create a new world
- Run command: /setblock ~ ~ ~ minecraft:sign{Text1:" {\"text\":\"M\"}
"}
- Your game should crash
Why does it happend (my idea)
Text in Minecraft signs is limited by character width (max. 15 'M' characters in one line)
{\"text\":\"MMMMMMMMMMMMMMMMMMMMM\"}
Even if you try /setblock ~ ~ ~ minecraft:sign{Text1:""}
There will be only 15 M characters on the sign.
These extra characters are still stored in the sing (can be seen with /data get block <coordinates>).My resource pack 'Crash.zip' makes the M character 100 px long.
If you try to write this character in a sign, it doesn't work, nothing happens.But when you "force" it into a sign with /setblock , the game tries to hide characters that don't fit into a sign, fails doing this and crashes.
How to reproduce
- Apply the attached resource pack 'Crash.zip'
- Create a new world
- Run command: {{/setblock ~ ~ ~ minecraft:sign{Text1:" {\"text\":\"M\"}
"}}}
- Your game should crash
Why does it happend (my idea)
Text in Minecraft signs is limited by character width (max. 15 'M' characters in one line)
{\"text\":\"MMMMMMMMMMMMMMMMMMMMM\"}
Even if you try {{/setblock ~ ~ ~ minecraft:sign{Text1:""}}}
There will be only 15 M characters on the sign.
These extra characters are still stored in the sing (can be seen with /data get block <coordinates>).My resource pack 'Crash.zip' makes the M character 100 px long.
If you try to write this character in a sign, it doesn't work, nothing happens.But when you "force" it into a sign with /setblock , the game tries to hide characters that don't fit into a sign, fails doing this and crashes.
How to reproduce
- Apply the attached resource pack 'Crash.zip'
- Create a new world
- Run command: {{/setblock ~ ~ ~ minecraft:sign{Text1:" {\"text\":\"M\"}
"}}}
- Your game should crash
Why does it happend (my idea)
Text in Minecraft signs is limited by character width (max. 15 'M' characters in one line)
{\"text\":\"MMMMMMMMMMMMMMMMMMMMM\"}
Even if you try {{/setblock ~ ~ ~ minecraft:sign{Text1:""}}}
There will be only 15 M characters on the sign.
These extra characters are still stored in the sing (can be seen with /data get block <coordinates>).My resource pack 'Crash.zip' makes the M character 100 px long.
If you try to write this character in a sign, it doesn't work, nothing happens.But when you "force" it into a sign with /setblock , the game tries to hide characters that don't fit into a sign, fails doing this and crashes.
How to reproduce
- Apply the attached resource pack 'Crash.zip'
- Create a new world
- Run command:
/setblock ~ ~ ~ minecraft:sign\{Text1:"{\"text\":\"M\"}"}- Your game should crash
Why does it happend (my idea)
Text in Minecraft signs is limited by character width (max. 15 'M' characters in one line)
{\"text\":\"MMMMMMMMMMMMMMMMMMMMM\"}
Even if you try {{/setblock ~ ~ ~ minecraft:sign{Text1:""}}}
There will be only 15 M characters on the sign.
These extra characters are still stored in the sing (can be seen with /data get block <coordinates>).My resource pack 'Crash.zip' makes the M character 100 px long.
If you try to write this character in a sign, it doesn't work, nothing happens.But when you "force" it into a sign with /setblock , the game tries to hide characters that don't fit into a sign, fails doing this and crashes.
How to reproduce
- Apply the attached resource pack 'Crash.zip'
- Create a new world
- Run command:
/setblock ~ ~ ~ minecraft:sign\{Text1:"{\"text\":\"M\"}"}- Your game should crash
Why does it happend (my idea)
Text in Minecraft signs is limited by character width (max. 15 'M' characters in one line)
{\"text\":\"MMMMMMMMMMMMMMMMMMMMM\"}
Even if you try {{/setblock ~ ~ ~ minecraft:sign{Text1:""}}}
There will be only 15 M characters on the sign.
These extra characters are still stored in the sing (can be seen with /data get block <coordinates>).My resource pack 'Crash.zip' makes the M character 100 px long.
If you try to write this character in a sign, it doesn't work, nothing happens.But when you "force" it into a sign with /setblock , the game tries to hide characters that don't fit into a sign, fails doing this and crashes.
How to reproduce
- Apply the attached resource pack 'Crash.zip'
- Create a new world
- Run command:
/setblock ~ ~ ~ minecraft:sign\{Text1:"{\"text\":\"M\"}"}- Your game should crash
Why does it happend (my idea)
Text in Minecraft signs is limited by character width (max. 15 'M' characters in one line)
Even if you try/setblock ~ ~ ~ minecraft:sign\{Text1:"{\"text\":\"MMMMMMMMMMMMMMMMMMMMM\"}"}There will be only 15 M characters on the sign.
These extra characters are still stored in the sing (can be seen with /data get block <coordinates>).My resource pack 'Crash.zip' makes the M character 100 px long.
If you try to write this character in a sign, it doesn't work, nothing happens.But when you "force" it into a sign with /setblock , the game tries to hide characters that don't fit into a sign, fails doing this and crashes.
How to reproduce
- Apply the attached resource pack 'Crash.zip'
- Create a new world
- Run command:
/setblock ~ ~ ~ minecraft:sign\{Text1:"{\"text\":\"M\"}"}- Your game should crash
Why does it happend (my idea)
Text in Minecraft signs is limited by character width (max. 15 'M' characters in one line)
Even if you try/setblock ~ ~ ~ minecraft:sign\{Text1:"{\"text\":\"MMMMMMMMMMMMMMMMMMMMM\"}"}There will be only 15 M characters on the sign.
These extra characters are still stored in the sing (can be seen with /data get block <coordinates>).My resource pack 'Crash.zip' makes the M character 100 px long.
If you try to write this character in a sign, it doesn't work, nothing happens.But when you "force" it into a sign with /setblock , the game tries to hide characters that don't fit into a sign, fails doing this and crashes.
In credits.txt, tabs and spaces are used inconsistently.
Two names have tabs before their names instead of spaces:
- Klas Hammarström
- Marie Stålkrantz
This is visible in game as slightly different spacing (see attached screenshot).
All the other names use spaces for spacing purposes.
In credits.txt, tabs and spaces are used inconsistently.
Twonameshavetabs before their namesinstead of spaces:
- Klas Hammarström
This is visible in game as slightly different spacing (see attached screenshot).
All the other names use spaces for spacing purposes.In credits.txt, tabs and spaces are used inconsistently.
One name has tabs before their name instead of spaces:
- Klas Hammarström
This is visible in game as slightly different spacing (see attached screenshot).
All the other names use spaces for spacing purposes.
The strings:
- "Enter a username for Minecraft: Java edition"
- "Create Minecraft: Java edition profile."
have "edition" in lower-case. It should be written as "Minecraft: Java Edition".
The full context for the strings, in order:
image-2022-11-09-15-11-35-421.png
Some emoji use the zero width joiner (ZWJ) and variation selector 15/16 (VS15/VS16) characters. When those emoji are inputted into Minecraft they will appear correct, but will also have the ZWJ and VS characters rendered.
As an example, open the windows emoji picker and search for "face in clouds" 😶🌫️, or "trade mark" ™️. (😶🌫️ will render as two separate emoji, but that's fine, more on that later.)
I suggest that the ZWJ and VS15/16 control characters are included in the minecraft/font/include/space.json file, same as it was done for
MCPE-166050.For example, take the following sequence:
😶🌫️ ⏲️ ™️ ⌚︎ ⌚️The unicode encoding of this string is
U+1F636 : FACE WITHOUT MOUTH U+200D : ZERO WIDTH JOINER [ZWJ] U+1F32B : FOG U+FE0F : VARIATION SELECTOR-16 [VS16] {emoji variation selector} U+0020 : SPACE [SP] U+23F2 : TIMER CLOCK U+FE0F : VARIATION SELECTOR-16 [VS16] {emoji variation selector} U+0020 : SPACE [SP] U+2122 : TRADE MARK SIGN U+FE0F : VARIATION SELECTOR-16 [VS16] {emoji variation selector} U+0020 : SPACE [SP] U+231A : WATCH U+FE0E : VARIATION SELECTOR-15 [VS15] {text variation selector}In regular unicode text rendering, VS15 is used to force the character to render as an emoji (colorful), while VS16 forces text-mode (monochrome).
😶🌫️ is an emoji ZWJ sequence, so it's fine to render it in-game as 😶🌫️. I don't expect ZWJ sequences to be supported, as that would be too much work.
—
I have been testing this mostly in 23w17a. This issue is unrelated to the new font.
Some emoji use the zero width joiner (ZWJ) and variation selector 15/16 (VS15/VS16) characters. When those emoji are inputted into Minecraft they will appear correct, but will also have the ZWJ and VS characters rendered.
As an example, open the windows emoji picker and search for "face in clouds" 😶🌫️, or "trade mark" ™️. (😶🌫️ will render as two separate emoji, but that's fine, more on that later.)
I suggest that the ZWJ and VS15/16 control characters are included in the minecraft/font/include/space.json file, same as it was done for
MC-226359.For example, take the following sequence:
😶🌫️ ⏲️ ™️ ⌚︎ ⌚️The unicode encoding of this string is
U+1F636 : FACE WITHOUT MOUTH U+200D : ZERO WIDTH JOINER [ZWJ] U+1F32B : FOG U+FE0F : VARIATION SELECTOR-16 [VS16] {emoji variation selector} U+0020 : SPACE [SP] U+23F2 : TIMER CLOCK U+FE0F : VARIATION SELECTOR-16 [VS16] {emoji variation selector} U+0020 : SPACE [SP] U+2122 : TRADE MARK SIGN U+FE0F : VARIATION SELECTOR-16 [VS16] {emoji variation selector} U+0020 : SPACE [SP] U+231A : WATCH U+FE0E : VARIATION SELECTOR-15 [VS15] {text variation selector}In regular unicode text rendering, VS15 is used to force the character to render as an emoji (colorful), while VS16 forces text-mode (monochrome).
😶🌫️ is an emoji ZWJ sequence, so it's fine to render it in-game as 😶🌫️. I don't expect ZWJ sequences to be supported, as that would be too much work.
—
I have been testing this mostly in 23w17a. This issue is unrelated to the new font.
Aaron Cherof is listed with an erroneous trailing no-break space in the credits. While this is invisible in the game, anyone trying to machine-parse credits.json will run into this problem
-
Aaron Cherof is listed with an erroneous trailing no-break space in the credits. While this is invisible in the game, anyone trying to machine-parse credits.json will run into this problem.
Aaron Cherof is listed with an erroneous trailing no-break space in the credits. While this is invisible in the game, anyone trying to machine-parse credits.json will run into this problem.
The image below shows non-printing characters in Notepad++.
The bug
While typing in a text box, if you press Shift once, it will start selecting text from that point until you press any other key (that is not Shift).
The expected behavior is that Shift should only select text if it's held down.
Example
Here is an example in video: 2019-04-10 11-56-45.mp4
Code analysis
Based on decompiled sources of 22w42a, this can be fixed by overriding keyReleased() in EditBox.java like so:
@Override public boolean keyReleased(int n, int n2, int n3) { this.shiftPressed = Screen.hasShiftDown(); // possibly return super.keyReleased(); }
– Susko3 in this comment
Happends even on Croatian keyboard (@ symbol is AltGr+V)
1.8.1-pre1
1.8
Affected Versions:
1.7.10 works fine
Can reproduce in Minecraft 1.8.6 and other 1.8.x versions... Please update affected versions!
This is not a issue with large resource packs, as the game doesn't crash immediatly or when typing the (now 100 px long) M character and the resource pack is only 2KB in size. I'm reporting an issue with sign rendering and long characters.
Confirmed for 20w16a
This may be related to
MC-98850To me, it appears the sound is coming from the north-west bottom corner. This is where the coordinates all end in xy.00
Still an issue in 20w16a, related to
MC-152752I've only seen these strings in Crowdin. From the context, I presume they are related to making a new Minecraft account, which costs money. So I can't give you any screenshots of the strings in action, or repro steps.
I've updated the original issue with more context as to where exactly in the code those strings appear.
Based on decompiled sources of 22w42a, this can be fixed by overriding keyReleased() in EditBox.java like so:
When I first opened the new Minecraft version, the pause menu immediately felt off. I think the problem is that it's too centered. In contrast, other menus are a bit higher on the screen. Unlike the inventory menus, the header text doesn't have a background, so visually it has less weight to it, making the pause menu feel even more down then it really is.
I don't have a problem with this new, more-centered menu, but it should be centered visually, not only "in code". Having it centered on the buttons (ignoring the header text for layout) would be a welcome improvement.
Same applies in 1.19.4, only difference is that some emoji images are not available. I've updated the attached images with a repro in 1.19.4.