Client book length mismatch resulting in crash
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.x client, convert/open the world, open the book
Or use the following command in 1.14.x:
/setblock ~ ~ ~ oak_sign{Text1:"{\"text\":\"Click me\",\"clickEvent\":{\"action\":\"run_command\",\"value\":\"/give @p writable_book{pages:[\\\"\\u00a7nVery cool text\\n\\u00a7r \\u00a7\\u00a7\\u00a7\\u00a7 hi\\n\\u00a75more\\n\\u00a7etext\\\"]}\"}}"}
What can be observed:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually selected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext
The older 1.14.3 crash log had a different stacktrace 
, this is the latest
1.15.2: crash-2020-04-28_15.38.46-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 44 at java.base/java.lang.StringLatin1.charAt(StringLatin1.java:48) at java.base/java.lang.String.charAt(String.java:711) at dch.a(SourceFile:454) at dha.mouseClicked(SourceFile:779) at dbo.b(SourceFile:86) at dgb.wrapScreenError(SourceFile:447) at dbo.a(SourceFile:86) at dbo.c(SourceFile:150) at ais.execute(SourceFile:94) at dbo.b(SourceFile:150) at org.lwjgl.glfw.GLFWMouseButtonCallbackI.callback(GLFWMouseButtonCallbackI.java:36) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3101) at com.mojang.blaze3d.systems.RenderSystem.flipFrame(SourceFile:98) at cxx.e(SourceFile:301) at dbn.d(SourceFile:1012) at dbn.d(SourceFile:619) at net.minecraft.client.main.Main.main(SourceFile:204)
Linked Issues
is duplicated by17
MC-150181Book & Quill CrashesDuplicateMC-150910Game crashes occasionally when editing Book and QuillDuplicateMC-150945Writable book in multiplayer make the user crashDuplicateMC-151434Book and Quill crashDuplicateMC-151462Written Book page navigation caused crash.DuplicateMC-152063Book and quill crashing game randomly.DuplicateMC-152368Book editing after hitting "Done" crashes game in servers. DuplicateMC-156400Placing section sign (§) in book & quills causes visual glitches and crashesDuplicateMC-158252Book and Quill BugDuplicateMC-160355Crash on editing / opening / turning page on a bookDuplicateMC-160752When I go onto a server and attempt to use a Book and Quill, after clicking around or typing I will get 1 of 3 crash reports.DuplicateMC-161700Writing in book crashDuplicateMC-165028Book and quill crashesDuplicateMC-169211Game crashes when trying to select in the first page of a book with mouse (by clicking))DuplicateMC-177788text dosent align on book (crashes)DuplicateMC-183360StringIndexOutOfBoundsException when using a notebookDuplicateMC-185277Game crashes editing written book.Duplicaterelates to8
MC-181539Legacy formatting symbol in book misplaces cursorConfirmedMC-137571Cursor becomes misaligned after using '§' in book & quillFixedMC-137706Selecting obfuscated text in book crashes the gameFixedMC-138046Book and quill does not accept formatting characterDuplicateMC-210318Maximum length of book title changed from 16 to 15 charactersConfirmedMC-181673Removing formatting symbol in book doesn't remove color characterConfirmedMC-150533Book and QuillInvalidMC-179868Crash when going to a previous page of writable booksFixedAttachments6
![[Mod] Pokechu22](../../../data/avatars/users/92931.png){kind=small}
![[Mod] Nassim Jahnke](../../../data/avatars/users/94205.png){kind=small}
Created Issue:
Client book length mismatch resulting in crash
Editing (already once edited) books with colored content makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or color code becomes visable) being deleted when removing characters.
More notably, when having the last line with no characters, selecting it and pressing backspace, results in the following crash (same when selecting more text by holding the left mouse):
java.lang.StringIndexOutOfBoundsException: String index out of range: 240java.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$1952/745868137.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1502/1631805946.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Environment
Upgraded 1.13.2 world with written (yet unsigned) books on a Vanilla 1.14 server
![[Mod] violine1101](../../../data/avatars/users/92858.png){kind=small}
relates to
Editing (already once edited) books with colored content makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or color code becomes visable) being deleted when removing characters.
More notably, when having the last line with no characters, selecting it and pressing backspace, results in the following crash (same when selecting more text by holding the left mouse):
java.lang.StringIndexOutOfBoundsException: String index out of range: 240java.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$1952/745868137.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1502/1631805946.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Editing (already once edited) books with colored content makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or color code becomes visable) being deleted when removing characters.
More notably, when having the last line with no characters, selecting it and pressing backspace, results in the following crash (same when selecting more text by holding the left mouse):
java.lang.StringIndexOutOfBoundsException: String index out of range: 240java.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$1952/745868137.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1502/1631805946.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Editing (already once edited) books with colored content makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or color code becomes visable) being deleted when removing characters.
More notably, when having the last line with no characters, selecting it and pressing backspace, results in the following crash (same when selecting more text by holding the left mouse):
---- Minecraft Crash Report -------- Minecraft Crash Report ----// My bad.
Time: 26.04.19 12:50Description: keyPressed event handler
java.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$1952/745868137.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1502/1631805946.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)A detailed walkthrough of the error, its code path and all known details is as follows:---------------------------------------------------------------------------------------
– Head --Thread: Client threadStacktrace: at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$1952/745868137.run(Unknown Source)
– Affected screen --Details: Screen name: daqStacktrace: at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1502/1631805946.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283)
– Affected level --Details: Level name: MpServer All players: 1 total; [djv['KennyTV'/276, l='MpServer', x=8.45, y=65.00, z=-90.41]] Chunk stats: MultiplayerChunkCache: 729, 462 Level seed: 0 Level generator: ID 00 - default, ver 1. Features enabled: false Level generator options: {} Level spawn location: World: (-25,64,-96), Chunk: (at 7,4,0 in -2,-6; contains blocks -32,0,-96 to -17,255,-81), Region: (-1,-1; contains chunks -32,-32 to -1,-1, blocks -512,0,-512 to -1,255,-1) Level time: 3929 game time, 24617 day time Level dimension: 0 Level storage version: 0x00000 - Unknown? Level weather: Rain time: 0 (now: false), thunder time: 0 (now: false) Level game mode: Game mode: survival (ID 0). Hardcore: false. Cheats: false Server brand: Spigot Server type: Non-integrated multiplayer serverStacktrace: at dhl.a(SourceFile:421) at cvi.b(SourceFile:1920) at cvi.b(SourceFile:426) at net.minecraft.client.main.Main.main(SourceFile:154)
– System Details --Details: Minecraft Version: 1.14 Operating System: Windows 10 (amd64) version 10.0 Java Version: 1.8.0_51, Oracle Corporation Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation Memory: 641439856 bytes (611 MB) / 1125036032 bytes (1072 MB) up to 4214489088 bytes (4019 MB) JVM Flags: 26 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xss1M -Xmx4G -Xmn768m -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+UseNUMA -XX:+CMSParallelRemarkEnabled -XX:MaxTenuringThreshold=15 -XX:MaxGCPauseMillis=30 -XX:GCPauseIntervalMillis=150 -XX:+UseAdaptiveGCBoundary -XX:-UseGCOverheadLimit -XX:+UseBiasedLocking -XX:SurvivorRatio=8 -XX:TargetSurvivorRatio=90 -XX:MaxTenuringThreshold=15 -XX:+UseFastAccessorMethods -XX:+UseCompressedOops -XX:+OptimizeStringConcat -XX:+AggressiveOpts -XX:ReservedCodeCacheSize=1024m -XX:+UseCodeCacheFlushing -XX:SoftRefLRUPolicyMSPerMB=2000 -XX:ParallelGCThreads=10 Launched Version: 1.14 LWJGL: 3.2.1 build 12 OpenGL: GeForce GTX 980 Ti/PCIe/SSE2 GL version 4.6.0 NVIDIA 418.81, NVIDIA Corporation GL Caps: Using GL 1.3 multitexturing.Using GL 1.3 texture combiners.Using framebuffer objects because OpenGL 3.0 is supported and separate blending is supported.Shaders are available because OpenGL 2.1 is supported.VBOs are available because OpenGL 1.5 is supported.
Using VBOs: Yes Is Modded: Probably not. Jar signature remains and client brand is untouched. Type: Client (map_client.txt) Resource Packs: vanilla, file/Faithful.zip Current Language: English (US) CPU: 12x Intel(R) Core(TM) i7-5820K CPU @ 3.30GHz
Editing (already once edited) books with colored content makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or color code becomes visable) being deleted when removing characters.
More notably, when having the last line with no characters, selecting it and pressing backspace, results in the following crash (same when selecting more text by holding the left mouse):
---- Minecraft Crash Report -------- Minecraft Crash Report ----// My bad.
Time: 26.04.19 12:50Description: keyPressed event handler
java.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$1952/745868137.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1502/1631805946.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)A detailed walkthrough of the error, its code path and all known details is as follows:---------------------------------------------------------------------------------------
– Head --Thread: Client threadStacktrace: at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$1952/745868137.run(Unknown Source)
– Affected screen --Details: Screen name: daqStacktrace: at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1502/1631805946.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283)
– Affected level --Details: Level name: MpServer All players: 1 total; [djv['KennyTV'/276, l='MpServer', x=8.45, y=65.00, z=-90.41]] Chunk stats: MultiplayerChunkCache: 729, 462 Level seed: 0 Level generator: ID 00 - default, ver 1. Features enabled: false Level generator options: {} Level spawn location: World: (-25,64,-96), Chunk: (at 7,4,0 in -2,-6; contains blocks -32,0,-96 to -17,255,-81), Region: (-1,-1; contains chunks -32,-32 to -1,-1, blocks -512,0,-512 to -1,255,-1) Level time: 3929 game time, 24617 day time Level dimension: 0 Level storage version: 0x00000 - Unknown? Level weather: Rain time: 0 (now: false), thunder time: 0 (now: false) Level game mode: Game mode: survival (ID 0). Hardcore: false. Cheats: false Server brand: Spigot Server type: Non-integrated multiplayer serverStacktrace: at dhl.a(SourceFile:421) at cvi.b(SourceFile:1920) at cvi.b(SourceFile:426) at net.minecraft.client.main.Main.main(SourceFile:154)
– System Details --Details: Minecraft Version: 1.14 Operating System: Windows 10 (amd64) version 10.0 Java Version: 1.8.0_51, Oracle Corporation Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation Memory: 641439856 bytes (611 MB) / 1125036032 bytes (1072 MB) up to 4214489088 bytes (4019 MB) JVM Flags: 26 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xss1M -Xmx4G -Xmn768m -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+UseNUMA -XX:+CMSParallelRemarkEnabled -XX:MaxTenuringThreshold=15 -XX:MaxGCPauseMillis=30 -XX:GCPauseIntervalMillis=150 -XX:+UseAdaptiveGCBoundary -XX:-UseGCOverheadLimit -XX:+UseBiasedLocking -XX:SurvivorRatio=8 -XX:TargetSurvivorRatio=90 -XX:MaxTenuringThreshold=15 -XX:+UseFastAccessorMethods -XX:+UseCompressedOops -XX:+OptimizeStringConcat -XX:+AggressiveOpts -XX:ReservedCodeCacheSize=1024m -XX:+UseCodeCacheFlushing -XX:SoftRefLRUPolicyMSPerMB=2000 -XX:ParallelGCThreads=10 Launched Version: 1.14 LWJGL: 3.2.1 build 12 OpenGL: GeForce GTX 980 Ti/PCIe/SSE2 GL version 4.6.0 NVIDIA 418.81, NVIDIA Corporation GL Caps: Using GL 1.3 multitexturing.Using GL 1.3 texture combiners.Using framebuffer objects because OpenGL 3.0 is supported and separate blending is supported.Shaders are available because OpenGL 2.1 is supported.VBOs are available because OpenGL 1.5 is supported.
Using VBOs: Yes Is Modded: Probably not. Jar signature remains and client brand is untouched. Type: Client (map_client.txt) Resource Packs: vanilla, file/Faithful.zip Current Language: English (US) CPU: 12x Intel(R) Core(TM) i7-5820K CPU @ 3.30GHz
Editing (already once edited) books with colored content makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or color code becomes visable) being deleted when removing characters.
More notably, when having the last line with no characters, selecting it and pressing backspace, results in the following crash (same when selecting more text by holding the left mouse):
java.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$1952/745868137.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1502/1631805946.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Yep @violine1101, attached it
Editing (already once edited) books with colored content makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or
color code becomes visable) being deleted when removing characters.More notably, when having the last line with no characters, selecting it and pressing backspace, results in the following crash (same when selecting
more text by holding the left mouse):java.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$1952/745868137.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1502/1631805946.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character) being deleted when removing characters.
More notably, when having the last line with no characters, selecting it and pressing backspace, results in the following crash (same when selecting text containing the mentioned):
java.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$1952/745868137.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1502/1631805946.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character) being deleted when removing characters.
More notably, when having the last line with no characters (+ closing and then reopening), selecting it and pressing backspace, results in the following crash (same when selecting text containing the mentioned):
java.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$1952/745868137.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1502/1631805946.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character) being deleted when removing characters.
More notably, when having the last line with no characters but the unshown text (+ closing and then reopening), selecting it and pressing backspace, results in the following crash (same when selecting text containing the mentioned):
java.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$1952/745868137.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1502/1631805946.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
crash-2019-04-26_12.50.16-client.txt
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character) being deleted when removing characters.
More notably, when having the last line with no characters but the unshown text (+ closing and then reopening), selecting it and pressing backspace, results in the following crash (same when selecting text containing the mentioned):
java.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$1952/745868137.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1502/1631805946.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character) being deleted when removing characters.
More notably, when having the last line with no characters but the unshown text (+ closing and then reopening), selecting it and pressing backspace, results in the following crash (same when selecting text containing the mentioned):
1.14: [^crash-2019-04-26_14.56.24-client.txt]java.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$2032/1782324054.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1536/1183266411.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character) being deleted when removing characters.
More notably, when having the last line with no characters but the unshown text (+ closing and then reopening), selecting it and pressing backspace, results in the following crash (same when selecting text containing the mentioned):
1.14: [^crash-2019-04-26_14.56.24-client.txt]java.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$2032/1782324054.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1536/1183266411.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
More notably, when having the last line with no characters but the unshown text (+ closing and then reopening), selecting it and pressing backspace, results in the following crash (same when selecting text containing the mentioned):
1.14: crash-2019-04-26_14.56.24-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$2032/1782324054.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1536/1183266411.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
is duplicated by
relates to
is duplicated by
![[Mod] Asteraoth](../../../data/avatars/users/92886.png){kind=small}
is duplicated by
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
More notably, when having the last line with no characters but the unshown text (+ closing and then reopening), selecting it and pressing backspace, results in the following crash (same when selecting text containing the mentioned):
Steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, paste any text with '§' characters in a book, save world
- start a 1.14(.1 pre) client, convert/open the world, open the books
to find errors:
- try to click on the very last character -> crash
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14: crash-2019-04-26_14.56.24-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$2032/1782324054.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1536/1183266411.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
More notably, when having the last line with no characters but the unshown text (+ closing and then reopening), selecting it and pressing backspace, results in the following crash (same when selecting text containing the mentioned):
Steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, paste any text with '§' characters in a book, save world
- start a 1.14(.1 pre) client, convert/open the world, open the book
s
to find errors:
try toclick onthe verylast character -> crashi.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14: crash-2019-04-26_14.56.24-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$2032/1782324054.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1536/1183266411.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, paste any text with '§' characters in a book, save world
- start a 1.14(.1 pre) client, convert/open the world, open the book
What can be ovserved:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterwards
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually seletected position
This means that on a click in lines containing '§' the position is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14: crash-2019-04-26_14.56.24-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$2032/1782324054.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1536/1183266411.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, paste any text with '§' characters in a book, save world
- start a 1.14(.1 pre) client, convert/open the world, open the book
What can be ovserved:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterwards
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually seletected position
This means that on a click in lines containing '§' the position is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14: crash-2019-04-26_14.56.24-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$2032/1782324054.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1536/1183266411.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, paste any text with '§' characters in a book, save world
- start a 1.14(.1 pre) client, convert/open the world, open the book
What can be ovserved:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterwards
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually seletected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14: crash-2019-04-26_14.56.24-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$2032/1782324054.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1536/1183266411.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14(.1 pre) client, convert/open the world, open the book
What can be ovserved:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterwards
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually seletected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14: crash-2019-04-26_14.56.24-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$2032/1782324054.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1536/1183266411.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Upgraded 1.13.2 world with written (yet unsigned) books on a Vanilla 1.14 server
is duplicated by
![[Mod] Neko](../../../data/avatars/users/92901.png){kind=small}
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14
(.1 pre) client, convert/open the world, open the bookWhat can be ovserved:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterwards
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually seletected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14: crash-2019-04-26_14.56.24-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$2032/1782324054.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1536/1183266411.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.(1) client, convert/open the world, open the book
What can be ovserved:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterwards
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually seletected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14: crash-2019-04-26_14.56.24-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$2032/1782324054.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1536/1183266411.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.(1) client, convert/open the world, open the book
What can be ovserved:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterwards
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually seletected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14: crash-2019-04-26_14.56.24-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daq.b(SourceFile:322) at daq.b(SourceFile:278) at daq.keyPressed(SourceFile:229) at cvg.a(SourceFile:409) at cvg$$Lambda$2032/1782324054.run(Unknown Source) at czr.wrapScreenError(SourceFile:441) at cvg.a(SourceFile:407) at cvg$$Lambda$1536/1183266411.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cub.l(SourceFile:425) at cub.c(SourceFile:283) at cvi.b(SourceFile:1023) at cvi.d(SourceFile:976) at cvi.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.(1) client, convert/open the world, open the book
What can be ovserved:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterwards
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually seletected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14.1: crash-2019-05-13_18.36.41-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 240 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at das.b(SourceFile:322) at das.b(SourceFile:278) at das.keyPressed(SourceFile:229) at cvi.a(SourceFile:410) at cvi$$Lambda$3140/1695127472.run(Unknown Source) at czt.wrapScreenError(SourceFile:441) at cvi.a(SourceFile:408) at cvi$$Lambda$1518/1679714298.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cud.l(SourceFile:425) at cud.c(SourceFile:283) at cvk.b(SourceFile:1023) at cvk.e(SourceFile:976) at cvk.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
is duplicated by
is duplicated by
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.
(1)client, convert/open the world, open the bookWhat can be ovserved:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterwards
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually seletected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14.1: crash-2019-05-13_18.36.41-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range:240at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at das.b(SourceFile:322) at das.b(SourceFile:278) at das.keyPressed(SourceFile:229) at cvi.a(SourceFile:410) at cvi$$Lambda$3140/1695127472.run(Unknown Source) at czt.wrapScreenError(SourceFile:441) at cvi.a(SourceFile:408) at cvi$$Lambda$1518/1679714298.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3050) at cud.l(SourceFile:425) at cud.c(SourceFile:283) at cvk.b(SourceFile:1023) at cvk.e(SourceFile:976) at cvk.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.x client, convert/open the world, open the book
What can be ovserved:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterwards
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually seletected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14.3: crash-2019-06-24_17.38.29-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 58 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daw.b(SourceFile:322) at daw.b(SourceFile:278) at daw.keyPressed(SourceFile:229) at cvm.a(SourceFile:410) at cvm$$Lambda$3114/1251831481.run(Unknown Source) at czx.wrapScreenError(SourceFile:441) at cvm.a(SourceFile:408) at cvm$$Lambda$1517/1811787479.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3101) at cuh.l(SourceFile:425) at cuh.c(SourceFile:283) at cvo.b(SourceFile:1023) at cvo.e(SourceFile:976) at cvo.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.x client, convert/open the world, open the book
What can be ovserved:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterwards
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually seletected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14.3: crash-2019-06-24_17.38.29-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 58 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daw.b(SourceFile:322) at daw.b(SourceFile:278) at daw.keyPressed(SourceFile:229) at cvm.a(SourceFile:410) at cvm$$Lambda$3114/1251831481.run(Unknown Source) at czx.wrapScreenError(SourceFile:441) at cvm.a(SourceFile:408) at cvm$$Lambda$1517/1811787479.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3101) at cuh.l(SourceFile:425) at cuh.c(SourceFile:283) at cvo.b(SourceFile:1023) at cvo.e(SourceFile:976) at cvo.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.x client, convert/open the world, open the book
Or use the following command in 1.14.x:
/setblock ~ ~ ~ oak_sign{Text1:"{\"text\":\"Click me\",\"clickEvent\":{\"action\":\"run_command\",\"value\":\"/give @p writable_book{pages:[\\\"\\u00a7nVery cool text\\n\\u00a7r \\u00a7\\u00a7\\u00a7\\u00a7 hi\\n\\u00a75more\\n\\u00a7etext\\\"]}\"}}"}What can be ovserved:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterwards
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually seletected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14.3: crash-2019-06-24_17.38.29-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 58 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daw.b(SourceFile:322) at daw.b(SourceFile:278) at daw.keyPressed(SourceFile:229) at cvm.a(SourceFile:410) at cvm$$Lambda$3114/1251831481.run(Unknown Source) at czx.wrapScreenError(SourceFile:441) at cvm.a(SourceFile:408) at cvm$$Lambda$1517/1811787479.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3101) at cuh.l(SourceFile:425) at cuh.c(SourceFile:283) at cvo.b(SourceFile:1023) at cvo.e(SourceFile:976) at cvo.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.x client, convert/open the world, open the book
Or use the following command in 1.14.x:
/setblock ~ ~ ~ oak_sign{Text1:"{\"text\":\"Click me\",\"clickEvent\":{\"action\":\"run_command\",\"value\":\"/give @p writable_book{pages:[\\\"\\u00a7nVery cool text\\n\\u00a7r \\u00a7\\u00a7\\u00a7\\u00a7 hi\\n\\u00a75more\\n\\u00a7etext\\\"]}\"}}"}What can be o
vserved:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterward
s- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually sele
tected positionThis means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etext1.14.3: crash-2019-06-24_17.38.29-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 58 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daw.b(SourceFile:322) at daw.b(SourceFile:278) at daw.keyPressed(SourceFile:229) at cvm.a(SourceFile:410) at cvm$$Lambda$3114/1251831481.run(Unknown Source) at czx.wrapScreenError(SourceFile:441) at cvm.a(SourceFile:408) at cvm$$Lambda$1517/1811787479.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3101) at cuh.l(SourceFile:425) at cuh.c(SourceFile:283) at cvo.b(SourceFile:1023) at cvo.e(SourceFile:976) at cvo.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.x client, convert/open the world, open the book
Or use the following command in 1.14.x:
/setblock ~ ~ ~ oak_sign{Text1:"{\"text\":\"Click me\",\"clickEvent\":{\"action\":\"run_command\",\"value\":\"/give @p writable_book{pages:[\\\"\\u00a7nVery cool text\\n\\u00a7r \\u00a7\\u00a7\\u00a7\\u00a7 hi\\n\\u00a75more\\n\\u00a7etext\\\"]}\"}}"}What can be observed:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterward
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually selected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etextA different
1.14.3: crash-2019-06-24_17.38.29-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 58 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daw.b(SourceFile:322) at daw.b(SourceFile:278) at daw.keyPressed(SourceFile:229) at cvm.a(SourceFile:410) at cvm$$Lambda$3114/1251831481.run(Unknown Source) at czx.wrapScreenError(SourceFile:441) at cvm.a(SourceFile:408) at cvm$$Lambda$1517/1811787479.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3101) at cuh.l(SourceFile:425) at cuh.c(SourceFile:283) at cvo.b(SourceFile:1023) at cvo.e(SourceFile:976) at cvo.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.x client, convert/open the world, open the book
Or use the following command in 1.14.x:
/setblock ~ ~ ~ oak_sign{Text1:"{\"text\":\"Click me\",\"clickEvent\":{\"action\":\"run_command\",\"value\":\"/give @p writable_book{pages:[\\\"\\u00a7nVery cool text\\n\\u00a7r \\u00a7\\u00a7\\u00a7\\u00a7 hi\\n\\u00a75more\\n\\u00a7etext\\\"]}\"}}"}What can be observed:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterward
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually selected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etextA different
stacktrace/crash-log, created in 1.15.2, has been attached to the files.1.14.3: crash-2019-06-24_17.38.29-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 58 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daw.b(SourceFile:322) at daw.b(SourceFile:278) at daw.keyPressed(SourceFile:229) at cvm.a(SourceFile:410) at cvm$$Lambda$3114/1251831481.run(Unknown Source) at czx.wrapScreenError(SourceFile:441) at cvm.a(SourceFile:408) at cvm$$Lambda$1517/1811787479.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3101) at cuh.l(SourceFile:425) at cuh.c(SourceFile:283) at cvo.b(SourceFile:1023) at cvo.e(SourceFile:976) at cvo.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.x client, convert/open the world, open the book
Or use the following command in 1.14.x:
/setblock ~ ~ ~ oak_sign{Text1:"{\"text\":\"Click me\",\"clickEvent\":{\"action\":\"run_command\",\"value\":\"/give @p writable_book{pages:[\\\"\\u00a7nVery cool text\\n\\u00a7r \\u00a7\\u00a7\\u00a7\\u00a7 hi\\n\\u00a75more\\n\\u00a7etext\\\"]}\"}}"}What can be observed:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterward
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually selected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etextThe older 1.14.3 crash log had a different stacktrace
1.14.3: crash-2019-06-24_17.38.29-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 58 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daw.b(SourceFile:322) at daw.b(SourceFile:278) at daw.keyPressed(SourceFile:229) at cvm.a(SourceFile:410) at cvm$$Lambda$3114/1251831481.run(Unknown Source) at czx.wrapScreenError(SourceFile:441) at cvm.a(SourceFile:408) at cvm$$Lambda$1517/1811787479.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3101) at cuh.l(SourceFile:425) at cuh.c(SourceFile:283) at cvo.b(SourceFile:1023) at cvo.e(SourceFile:976) at cvo.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.x client, convert/open the world, open the book
Or use the following command in 1.14.x:
/setblock ~ ~ ~ oak_sign{Text1:"{\"text\":\"Click me\",\"clickEvent\":{\"action\":\"run_command\",\"value\":\"/give @p writable_book{pages:[\\\"\\u00a7nVery cool text\\n\\u00a7r \\u00a7\\u00a7\\u00a7\\u00a7 hi\\n\\u00a75more\\n\\u00a7etext\\\"]}\"}}"}What can be observed:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterward
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually selected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etextThe older 1.14.3 crash log had a different stacktrace
1.14.3: crash-2019-06-24_17.38.29-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range:58at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:797) at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:253) at daw.b(SourceFile:322) at daw.b(SourceFile:278) at daw.keyPressed(SourceFile:229) atcvm.a(SourceFile:410) atcvm$$Lambda$3114/1251831481.run(Unknown Source) at czx.wrapScreenError(SourceFile:441) atcvm.a(SourceFile:408) atcvm$$Lambda$1517/1811787479.invoke(Unknown Source) at org.lwjgl.glfw.GLFWKeyCallbackI.callback(GLFWKeyCallbackI.java:37) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3101) at cuh.l(SourceFile:425) at cuh.c(SourceFile:283) at cvo.b(SourceFile:1023) atcvo.e(SourceFile:976) atcvo.b(SourceFile:411) at net.minecraft.client.main.Main.main(SourceFile:154)Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.x client, convert/open the world, open the book
Or use the following command in 1.14.x:
/setblock ~ ~ ~ oak_sign{Text1:"{\"text\":\"Click me\",\"clickEvent\":{\"action\":\"run_command\",\"value\":\"/give @p writable_book{pages:[\\\"\\u00a7nVery cool text\\n\\u00a7r \\u00a7\\u00a7\\u00a7\\u00a7 hi\\n\\u00a75more\\n\\u00a7etext\\\"]}\"}}"}What can be observed:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterward
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually selected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etextThe older 1.14.3 crash log had a different stacktrace
1.15.2: crash-2020-04-28_15.38.46-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 44 at java.base/java.lang.StringLatin1.charAt(StringLatin1.java:48) at java.base/java.lang.String.charAt(String.java:711) at dch.a(SourceFile:454) at dha.mouseClicked(SourceFile:779) at dbo.b(SourceFile:86) at dgb.wrapScreenError(SourceFile:447) at dbo.a(SourceFile:86) at dbo.c(SourceFile:150) at ais.execute(SourceFile:94) at dbo.b(SourceFile:150) at org.lwjgl.glfw.GLFWMouseButtonCallbackI.callback(GLFWMouseButtonCallbackI.java:36) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3101) at com.mojang.blaze3d.systems.RenderSystem.flipFrame(SourceFile:98) at cxx.e(SourceFile:301) at dbn.d(SourceFile:1012) at dbn.d(SourceFile:619) at net.minecraft.client.main.Main.main(SourceFile:204)
-I still can. The trace seems a little different, but I reproduced it by just randomly clicking around the lines. I uploaded 2 crash logs for 1.15.2 (both apparently different), and here's a video of the crash https://streamable.com/ca2ai4-
Edit: whoops overread the 20w17a part - but could still get to the same result there
relates to
Editing (already once edited) books with colored content/'§' makes the client mismatch the actual character length, resulting in either one character too much (takes away another character) or too less (= § or following character still left) being deleted when removing characters.
Concrete steps to reproduce:
- start a 1.13.2 client, create a new singleplayer world, copy and paste any text with '§' characters in a book (see below), save world
- start a 1.14.x client, convert/open the world, open the book
Or use the following command in 1.14.x:
/setblock ~ ~ ~ oak_sign{Text1:"{\"text\":\"Click me\",\"clickEvent\":{\"action\":\"run_command\",\"value\":\"/give @p writable_book{pages:[\\\"\\u00a7nVery cool text\\n\\u00a7r \\u00a7\\u00a7\\u00a7\\u00a7 hi\\n\\u00a75more\\n\\u00a7etext\\\"]}\"}}"}What can be observed:
- clicking on or marking the last character of the book -> crash
- going to the last character with the right arrow doesn't go to the very end, but stops at a character before it
- trying to remove characters where a '§' is results in seemingly the wrong character being removed
- removing '§' characters with the delete key doesn't remove the character setting the color afterward
- most notably: clicking the front on the second last line, then pressing the delete/backspace key removes characters a few letters behind the actually selected position
This means that on a click in lines containing '§' the position/character length is calculated wrongly
i.e. copy and paste
§nVery cool text §r §§§§ hi §5and even more §etextThe older 1.14.3 crash log had a different stacktrace
1.15.2: crash-2020-04-28_15.38.46-client.txtjava.lang.StringIndexOutOfBoundsException: String index out of range: 44 at java.base/java.lang.StringLatin1.charAt(StringLatin1.java:48) at java.base/java.lang.String.charAt(String.java:711) at dch.a(SourceFile:454) at dha.mouseClicked(SourceFile:779) at dbo.b(SourceFile:86) at dgb.wrapScreenError(SourceFile:447) at dbo.a(SourceFile:86) at dbo.c(SourceFile:150) at ais.execute(SourceFile:94) at dbo.b(SourceFile:150) at org.lwjgl.glfw.GLFWMouseButtonCallbackI.callback(GLFWMouseButtonCallbackI.java:36) at org.lwjgl.system.JNI.invokeV(Native Method) at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3101) at com.mojang.blaze3d.systems.RenderSystem.flipFrame(SourceFile:98) at cxx.e(SourceFile:301) at dbn.d(SourceFile:1012) at dbn.d(SourceFile:619) at net.minecraft.client.main.Main.main(SourceFile:204)
relates to
relates to
is duplicated by
is duplicated by
is duplicated by
relates to
Duplicate of MC-149792
Possibly a duplicate of MC-149792. Is this an older book and quill that you created in 1.13 (or earlier) and then later loaded in 1.14?
Duplicate of MC-149792
Duplicate of MC-149792
Duplicate of MC-149792
Thank you for your report!
We're actually already tracking this issue in MC-149792, so I resolved and linked this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
We're actually already tracking this issue in MC-149792, so I resolved and linked this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
We're actually already tracking this issue in MC-149792, so I resolved and linked this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
We're actually already tracking this issue in MC-149792, so I resolved and linked this ticket as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
![[Mod] SPGoding](../../../data/avatars/users/44622.png){kind=small}
Does MC-149792 cover your issue?
Thank you for your report!
We're actually already tracking this issue in MC-149792, so I resolved and linked this ticket as a duplicate.
However, that ticket has already been resolved as Fixed. The fix will arrive in the next version or is already included in the latest development version of the game.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
Duplicate of MC-149792, which has been fixed in 1.16 snapshots.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
![[Helper] Lord_Quadrato](../../../data/avatars/users/26105.png){kind=small}
This is likely a duplicate of MC-149792, which is fixed. Please check if it still affects the latest version (currently 1.16-Prerelease 2).
Can you please attach the full crash report here?
Yep, attached it (now it's also the correct one 👀)
Yet to be fixed in 1.14.1-pre1
As the reporter of the ticket, you can update the affected versions yourself.
Note that 1.14.1-pre1 is currently mislabeled as just "Minecraft 1.14.1".
Same bug still present in 1.15.1
Same bug still present in snapshot 20w17a (for 1.16)
In 20w17a I am only able to reproduce
But I am not able to reproduce the crash, are you still able to reproduce that?
I have added a command to the description which should allow reproducing this in 1.14.x without the need for upgrading a world, though maybe it behaves differently and therefore not all issues can be reproduced with it?
Right, I can't reproduce the crash in 20w17a anymore either (tested same behavior and world between 1.15.2 and the snapshot) - so only the misplaced cursor remains
It might make sense to resolve this ticket as fixed and create a new one for the cursor mismatch then.
Have just experienced the game crash in 20w17a when I clicked on Done after writing a couple of pages of text in a book.
No special characters or formatting were used in the book.
Have attached a crash report
[^crash-2020-04-29_13.51.16-client.txt]
Mod note: Attachments have been removed because they would later be irritating. As pointed out by [Mojang] Bartosz Bok, these are
MC-179868.And it happened again, this time when clicking on the "Going Back Page" arrow
Have attached crash report
[^crash-2020-04-29_14.00.04-client.txt]
That's a separate issue (
MC-179868) that will be fixed in next snapshot.So I suppose a mod could close this issue and I will create a new one for the mismatched cursor specifically? (since the original crash issue seems to be resolved with one of the latest snapshots, at least since 17a)
Yes, that would be good. Do you want to create a separate report for removing the formatting symbol (§) or the formatting code behind it not removing the respective other (since that is mentioned in this report here)?
Created a new issue for that now MC-181539
... or should misplaced clicking and the character removal be split into 2?
Can confirm, fixed in 20w17a (and present in 18w43a, 20w16a and 1.15.2).
In those past versions, I was not able to reproduce a crash by simply clicking on the last character (or anywhere in the last line). I had to make a selection (either by clicking and dragging, or by double-clicking, or by clicking somewhere near the end and then using shift) for it to crash.
Interestingly, clicking on the last line also used the append new text _ character even when not at the end, instead of the | character normally used when inserting between existing text. Also, making selections by double-clicking on other lines showed the selection in the wrong place. Both of those have been fixed in 20w17a.
IMO, deletion of the § character not removing the character after it should be a separate report from clicking being offset a few characters (MC-181539).