apple502j
- apple502j
- JIRAUSER554506
- Asia/Tokyo
- Yes
- No
WEB-3123
MC-232924MC-239108![[Mojang] Billy Sjöberg](../../../data/avatars/users/42806.png){kind=small}
![[Mojang] Panda](../../../data/avatars/users/41658.png){kind=small}
Normal
Can reproduce in 1.17.1-pre1.
To easily test: win a raid on Creative void world with a NoGravity: 1b iron golem above villagers, then set NoGravity: 0b.
[02:38:13] [Server thread/INFO]: Villager bjr['Fletcher'/4, l='ServerLevel[iron_golem_raid after release]', x=0.36, y=63.56, z=1.77] died, message: 'Fletcher was slain by Iron Golem'
How to reproduce
- Create a new Warm Ocean single biome world with the attached datapack
- Check the game log
Note that this does not cause a crash nor save a crash report (see issue TBD)
Stack trace
Description: Feature placement java.lang.IllegalArgumentException: bound must be positive at java.base/java.util.Random.nextInt(Random.java:322) at ahr.a(SourceFile:39) at cvy.a(SourceFile:28) at cvv.a(SourceFile:80) at ddw.a(SourceFile:56) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at ddw.a(SourceFile:55) at ddw.a(SourceFile:40) at cyd.a(SourceFile:26) at cvv.a(SourceFile:80) at ddw.a(SourceFile:56) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183) at java.base/java.util.stream.IntPipeline$1$1.accept(IntPipeline.java:180) at java.base/java.util.stream.Streams$RangeIntSpliterator.forEachRemaining(Streams.java:104) at java.base/java.util.Spliterator$OfInt.forEachRemaining(Spliterator.java:711) at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509) at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499) at java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173) at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:596) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509) at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499) at java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173) at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:596) at ddw.a(SourceFile:55) at ddw.b(SourceFile:44) at cpz.a(SourceFile:316) at cqb.c(SourceFile:146) at cqb.a(SourceFile:289) at acv.a(SourceFile:605) at com.mojang.datafixers.util.Either$Left.map(Either.java:38) at acv.a(SourceFile:599) at java.base/java.util.concurrent.CompletableFuture$UniCompose.tryFire(CompletableFuture.java:1150) at java.base/java.util.concurrent.CompletableFuture$Completion.run(CompletableFuture.java:482) at acx.b(SourceFile:58) at auk.g(SourceFile:91) at auk.a(SourceFile:146) at auk.run(SourceFile:102) at java.base/java.util.concurrent.ForkJoinTask$RunnableExecuteAction.exec(ForkJoinTask.java:1395) at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:373) at java.base/java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1182) at java.base/java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1655) at java.base/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1622) at java.base/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)How to reproduce
- Create a new Warm Ocean single biome world with the attached datapack
- Check the game log
Note that this does not cause a crash nor save a crash report (see issue MC-247416 )
Stack trace
Description: Feature placement java.lang.IllegalArgumentException: bound must be positive at java.base/java.util.Random.nextInt(Random.java:322) at ahr.a(SourceFile:39) at cvy.a(SourceFile:28) at cvv.a(SourceFile:80) at ddw.a(SourceFile:56) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at ddw.a(SourceFile:55) at ddw.a(SourceFile:40) at cyd.a(SourceFile:26) at cvv.a(SourceFile:80) at ddw.a(SourceFile:56) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183) at java.base/java.util.stream.IntPipeline$1$1.accept(IntPipeline.java:180) at java.base/java.util.stream.Streams$RangeIntSpliterator.forEachRemaining(Streams.java:104) at java.base/java.util.Spliterator$OfInt.forEachRemaining(Spliterator.java:711) at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509) at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499) at java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173) at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:596) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509) at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499) at java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173) at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:596) at ddw.a(SourceFile:55) at ddw.b(SourceFile:44) at cpz.a(SourceFile:316) at cqb.c(SourceFile:146) at cqb.a(SourceFile:289) at acv.a(SourceFile:605) at com.mojang.datafixers.util.Either$Left.map(Either.java:38) at acv.a(SourceFile:599) at java.base/java.util.concurrent.CompletableFuture$UniCompose.tryFire(CompletableFuture.java:1150) at java.base/java.util.concurrent.CompletableFuture$Completion.run(CompletableFuture.java:482) at acx.b(SourceFile:58) at auk.g(SourceFile:91) at auk.a(SourceFile:146) at auk.run(SourceFile:102) at java.base/java.util.concurrent.ForkJoinTask$RunnableExecuteAction.exec(ForkJoinTask.java:1395) at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:373) at java.base/java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1182) at java.base/java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1655) at java.base/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1622) at java.base/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)
Gameerrors if coral related block tags are empty during coral reef generationGame crashes if coral related block tags are empty during coral reef generation
How to reproduce
- Create a new Warm Ocean single biome world with the attached datapack
- Check the game log
Note that this does not
cause a crash nor save a crash report(see issue MC-247416 )Stack trace
Description: Feature placement java.lang.IllegalArgumentException: bound must be positive at java.base/java.util.Random.nextInt(Random.java:322) at ahr.a(SourceFile:39) at cvy.a(SourceFile:28) at cvv.a(SourceFile:80) at ddw.a(SourceFile:56) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at ddw.a(SourceFile:55) at ddw.a(SourceFile:40) at cyd.a(SourceFile:26) at cvv.a(SourceFile:80) at ddw.a(SourceFile:56) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183) at java.base/java.util.stream.IntPipeline$1$1.accept(IntPipeline.java:180) at java.base/java.util.stream.Streams$RangeIntSpliterator.forEachRemaining(Streams.java:104) at java.base/java.util.Spliterator$OfInt.forEachRemaining(Spliterator.java:711) at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509) at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499) at java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173) at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:596) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509) at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499) at java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173) at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:596) at ddw.a(SourceFile:55) at ddw.b(SourceFile:44) at cpz.a(SourceFile:316) at cqb.c(SourceFile:146) at cqb.a(SourceFile:289) at acv.a(SourceFile:605) at com.mojang.datafixers.util.Either$Left.map(Either.java:38) at acv.a(SourceFile:599) at java.base/java.util.concurrent.CompletableFuture$UniCompose.tryFire(CompletableFuture.java:1150) at java.base/java.util.concurrent.CompletableFuture$Completion.run(CompletableFuture.java:482) at acx.b(SourceFile:58) at auk.g(SourceFile:91) at auk.a(SourceFile:146) at auk.run(SourceFile:102) at java.base/java.util.concurrent.ForkJoinTask$RunnableExecuteAction.exec(ForkJoinTask.java:1395) at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:373) at java.base/java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1182) at java.base/java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1655) at java.base/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1622) at java.base/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)How to reproduce
- Create a new Warm Ocean single biome world with the attached datapack
- Check the game log
Note that this does not always crash the game (see issue MC-247416 )
Stack trace
Description: Feature placement java.lang.IllegalArgumentException: bound must be positive at java.base/java.util.Random.nextInt(Random.java:322) at ahr.a(SourceFile:39) at cvy.a(SourceFile:28) at cvv.a(SourceFile:80) at ddw.a(SourceFile:56) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at ddw.a(SourceFile:55) at ddw.a(SourceFile:40) at cyd.a(SourceFile:26) at cvv.a(SourceFile:80) at ddw.a(SourceFile:56) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183) at java.base/java.util.stream.IntPipeline$1$1.accept(IntPipeline.java:180) at java.base/java.util.stream.Streams$RangeIntSpliterator.forEachRemaining(Streams.java:104) at java.base/java.util.Spliterator$OfInt.forEachRemaining(Spliterator.java:711) at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509) at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499) at java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173) at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:596) at java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:276) at java.base/java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:411) at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509) at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499) at java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173) at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:596) at ddw.a(SourceFile:55) at ddw.b(SourceFile:44) at cpz.a(SourceFile:316) at cqb.c(SourceFile:146) at cqb.a(SourceFile:289) at acv.a(SourceFile:605) at com.mojang.datafixers.util.Either$Left.map(Either.java:38) at acv.a(SourceFile:599) at java.base/java.util.concurrent.CompletableFuture$UniCompose.tryFire(CompletableFuture.java:1150) at java.base/java.util.concurrent.CompletableFuture$Completion.run(CompletableFuture.java:482) at acx.b(SourceFile:58) at auk.g(SourceFile:91) at auk.a(SourceFile:146) at auk.run(SourceFile:102) at java.base/java.util.concurrent.ForkJoinTask$RunnableExecuteAction.exec(ForkJoinTask.java:1395) at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:373) at java.base/java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1182) at java.base/java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1655) at java.base/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1622) at java.base/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)
Uncaught exception during initial worldgen (such as
MC-247415) will deadlock the game instead of crashing. This also prevents crash reports from being saved properly. Note that this issue only occurs on some seeds.Steps to reproduce
- Trigger
MC-247415or other bugs that crash the game during initial worldgen- Observe that the game does not exit and is stuck during worldgen
- If the game exited, try another seed
https://help.minecraft.net/hc/en-us/articles/
360046396611-Achievements-Not-Unlocking-mentions that it is recommended to wait 24 hours to display an advancement in Java Edition, which is incorrect. Unlike Bedrock platform (which uses Xbox achievement system), advancements are handled by the Minecraft server the moment the requirement is matched. Especially in a singleplayer world there should not be any reasons to wait a day to display advancements.https://help.minecraft.net/hc/en-us/articles/4409244080653-Minecraft-Java-Edition-Achievements-FAQ mentions that it is recommended to wait 24 hours to display an advancement in Java Edition, which is incorrect. Unlike Bedrock platform (which uses Xbox achievement system), advancements are handled by the Minecraft server the moment the requirement is matched. Especially in a singleplayer world there should not be any reasons to wait a day to display advancements.
Steps to reproduce
1. Summon a creeper
2. Run /execute as @e[type=creeper] run say Hi from chat screen
3. Check the logs on clientExpected result
No warning gets logged.Actual result
A warning gets logged: Received chat packet without valid signature from CreeperNote that unlike
MC-251872no warning gets logged on the server.
Chicken spawnsBamboo jungle spawn definition contains two entries for chickens
In the bamboo_jungle and bamboo_jungle_hills files under worldgen/biome release by @slicedlime there is a double spawn of chicken in the spawners:creatures part of the file.
In the bamboo_jungle.json biome definition, there are two entries for chicken spawns. This is either a mistake or should be switched to one entry with weight: 20 .
In the bamboo_jungle.json biome definition, there are two entries for chicken spawns. This is either a mistake or should be switched to one entry with weight: 20.
Steps to reproduce{}
- Open a world.
- Cause an out of memory error somehow.
- Get the out of memory screen.
Expected result{}
The screen has a proper title.
Actual result{}
The screen has an untranslated title: outOfMemory.error
Code analysis{}
In OutOfMemoryScreen, the title in the constructor is specified as outOfMemory.error, but that string is not in the en_us.json. A similar string, outOfMemory.title, exists instead.
Relates to
MC-238807Steps to reproduce
- Open a world.
- Cause an out of memory error somehow.
- Get the out of memory screen.
Expected result
The screen has a proper title.
Actual result
The screen has an untranslated title: outOfMemory.error
Code analysis{*}
In OutOfMemoryScreen, the title in the constructor is specified as outOfMemory.error, but that string is not in the en_us.json. A similar string, outOfMemory.title, exists instead.
Relates to
MC-238807
Steps to reproduce
- Open a world.
- Cause an out of memory error somehow.
- Get the out of memory screen.
Expected result
The screen has a proper title.
Actual result
The screen has an untranslated title: outOfMemory.error
Code analysis{*}
In OutOfMemoryScreen, the title in the constructor is specified as outOfMemory.error, but that string is not in the en_us.json. A similar string, outOfMemory.title, exists instead.
Relates to
MC-238807
Minecraft - Types of Biomes is not updated to reflect several Caves and Cliffs changes, including:
- renaming of the Jungle Edge biome to Sparse Jungle
- renaming of the mountain biomes to Windswept Hills
- re
namingof theGiant Tree Taiga biome to Old Growth Pine Taiga- renaming of the Snowy Tundra biome to Snowy Plains
- renaming of the S
hattered Savanna biome to Windswept SavannaMinecraft - Types of Biomes is not updated to reflect several Caves and Cliffs changes, including:
renaming of the Jungle Edge biome to Sparse JungleFixed- renaming of the mountain biomes to Windswept Hills
- removal of the desert lakes biome
renaming of the Giant Tree Taiga biome to Old Growth Pine TaigaFixedrenaming of the Snowy Tundra biome to Snowy PlainsFixedrenaming of the Shattered Savanna biome to Windswept SavannaFixed- renaming of the Stone Shore biome to Stony Shore
Clones
MC-123586Summary
TPS chart, available via F3+2, uses OS locale instead of the default locale.Steps to Reproduce
- Switch locale to Persian
- Open the game
- Press F3 then F3+2
Expected Result
Persian numbers are not displayed.Actual Result
Persian numbers are displayed.
Summary
modify_contents item modifier can create overstacked items inside a container, like a shulker box. (The overstacked item can then be spawned by burning the dropped shulker box.) Also note that overstacked items no longer crashesthe game.Steps to Reproduce
- Get a shulker box with one item
/give @s minecraft:shulker_box[minecraft:container=[{item:{id:stone},slot:0}]]- Run the following command
/item modify entity @s hotbar.0 {function:modify_contents,modifier:{function:set_count,count:99},component:container}Expected Result
Shulker box does not have one stack of 99 stones.Actual Result
Shulker box has one stack of 99 stones.
big_max_level.zip
Summary
set_attributes item modifier can add two attribute modifiers for the same attribute with the same ID to an item stack. Although an item stack with two equal modifiers can be created using other means, the item modifier previously did not add two modifiers with the same UUID twice, and this bug is likely due to a coding error.Steps to Reproduce
- Add the attached data pack.
- Get a carved pumpkin.
- Run the following command:
/item modify entity @s hotbar.0 test:cursed_attribute- Check the tooltip of the item in the inventory.
Expected Result
Only "+2 Armor" is displayed.Actual Result
"+1 Armor" and "+2 Armor" are both displayed.Code analysis
In AttributeModifiersComponent.Entry, an Identifier is compared against EntityAttributeModifier, which always returns false. Thiscauses the check inside AttributeModifiersComponent#with, which should skip duplicate additions,to never run.Summary
set_attributes item modifier can add two attribute modifiers for the same attribute with the same ID to an item stack. Although an item stack with two equal modifiers can be created using other means, the item modifier previously did not add two modifiers with the same UUID twice, and this bug is likely due to a coding error.Steps to Reproduce
- Add the attached data pack.
- Get a carved pumpkin.
- Run the following command:
/item modify entity @s hotbar.0 test:cursed_attribute- Check the tooltip of the item in the inventory.
Expected Result
Only "+2 Armor" is displayed.Actual Result
"+1 Armor" and "+2 Armor" are both displayed.Code analysis
In AttributeModifiersComponent.Entry, an Identifier is compared against EntityAttributeModifier, which always returns false. This makes the check inside AttributeModifiersComponent#with, which should skip duplicate additions, useless.
Summary
When an entity other than LivingEntity or leash knot (such as boats, minecarts, end crystals) uses a lead, the game crashes upon saving. (Relates toMC-272625)Steps to Reproduce
- Summon a Pig.
- Summon an End Crystal.
- Copy the UUID of the End Crystal with /data get entity @n[type=end_crystal] UUID.
- Run /data merge entity @n[type=pig] {leash:{UUID:(insert UUID of end crystal).
- The end crystal now leashes the pig.
- Pause the game.
Expected Result
Game does not crash.Actual Result
Game crashes.
![[Mod] Michael Wobst](../../../data/avatars/users/37868.png){kind=small}
apple502j: [Mojang] slicedlime's videos are not considered official sources based on his own comment.
The bug
When creating a custom dimension in a datapack, setting "natural" to false and "bed_works" to true causes a fatal error to console when a player tries to sleep. Despite it being logged as a fatal error, the game doesn't crash, but players are unable to sleep.
Attached is a world that demonstrates the issue, and a datapack that adds a dimension affected by it.
Code analysis
Code analysis by apple502j can be found in this comment.
It's no longer possible to spawn on scaffolding after respawning was changed in 20w30a.
How to reproduce:
- Place a bed
- Place scaffolding in 10 surrounding floor blocks around the bed
- Block the space above the bed
- Use the bed to set respawn point
- Die (/kill) and respawn
Observed Results:
Player respawns at the default world spawning location, with the following message:
"You have no home bed or respawn anchor, or it was obstructed"
Expected Results:
Player respawns on top of scaffolding blocks.
Screenshots/Videos:
20w29a - Can spawn on scaffolding: https://youtu.be/Hs-VzACdcv0
21w41a - Can't spawn on scaffolding: https://youtu.be/Mhu_DVlLEOM
Code Analysis:
Code analysis by apple502j can be found in this comment.
The bug
Attempting to start a server with square brackets missing in banned-ips.json causes a crash.
Stack trace
Description: Exception in server tick loop java.lang.NullPointerException: Cannot invoke "com.google.gson.JsonArray.iterator()" because "$$1" is null at ags.f(SourceFile:121) at acw.y(SourceFile:76) at acw.<init>(SourceFile:25) at acx.e(SourceFile:172) at net.minecraft.server.MinecraftServer.w(SourceFile:670) at net.minecraft.server.MinecraftServer.a(SourceFile:273) at java.base/java.lang.Thread.run(Thread.java:833)
Code analysis
Code analysis by apple502j can be found in this comment.
When I teleported a few thousand blocks away all chunks stopped loading and using the F3 menu works and gamemode switcher ui and other ui's open up but do nothing. The F3 menu is stuck showing the internal server tick at 18ms and is not allowing chunks to keep loading in. Reloading chunks does not fix this. When the server hangs, commands, etc do not work. Sometimes, 2-8 chunks will load in if you are not inside of the structure that contains allays naturally generated. If you go to save your world while the chunks won't load, you will not be able to save your world and have to force crash the game (No data will be saved if you do this). Summoning an allay using "/summon allay" does not cause this issue. Going to a woodland mansion without any naturally generated allays will not cause this issue. Only structures with naturally generated allays can cause this issue.
Code analysis
Code analysis by apple502j can be found in this comment.
Important parts are marked by a star (⭐)
How to reproduce:
1) Teleport to a far away structure such as woodland mansion, pillager outpost, or any other structure that may contain naturally generated allays
2) Look at the chunks near you, are they loading in?
3a) If they aren't loading in, reload chunks using F3 + A, do they load in now?
3b) If they don't load in, you may not have teleported close enough to the woodland mansion, or outpost, try teleporting closer
4a) If they didn't load in now, you have successfully reproduced this bug
⭐4b) If they didn't load in, you are probably on the wrong version of minecraft (Make sure your version is 22w13a, it is likely to have been patched in future snapshots)⭐
5) To exit if this happens;
⭐DO NOT USE F3 + C AS IT DOES NOT WORK!!! ALT F4 DOES NOT WORK AS WELL!!! (If in the "Saving World" screen)⭐
On Windows: Open task manager, and end the task called "OpenJDK Platform binary"
On Linux: Open the terminal and kill the OpenJDK process using "kill <process id>", you can use the killall command in the terminal as well, xkill or System Monitor should also be capable
On MacOS: In the application press and hold Command + Option + Shift, press Esc, Confirm force quit (may not ask for confirmation for some apps)
⭐"a" and "b" steps are specific to certain conditions and only follow that path if those conditions are met, if new conditions are discovered, comment and I will update the instructions⭐
When attempting to import a valid world settings json generated by "Export World Generation Settings" or custom-written, import always fails with the message:
Error Importing Settings
Can't load registry with this ops
Steps to Reproduce:
- Generate a world with default settings.
- Export world generation settings from that world.
- Start creating a new world.
- Use "More World Options" > "Import Settings" to select the newly-exported settings.
This workflow functions correctly in 1.18.2
Code analysis
apple502j: see code analysis in this comment.
The Bug
A crash is occurring with entities are pathfinding.
Code analysis
Code analysis by apple502j can be found in this comment.
In 22w19a, when I reflected ghast fireball, it just passed through the ghast and exploded, making terrain destroyed. However, the ghast did not get any damage. Also, the fireball cannot make some fire-immune mobs (just like zombified piglin) hostile. (For those mobs which can hurt by fire (e.g. piglin or wolf), ghast fireball can make them hostile. ) Meanwhile in 22w18a, these situation didn't exist.
Code analysis by apple502j can be found in this comment.
The bug
Goat horns with any NBT data but without the instrument NBT data fails to play.
To reproduce
- /give @p goat_horn
- Rename the given goat horn using an anvil.
Expected result
The goat horn would still play.
Observed result
The goat horn no longer plays.
Original description
I named my Goat Horn using an anvil after that, I tried using it, but I can't blow it anymore. No sound comes out, nor does the animation for it work. It's just a useless object now.
Code analysis
Code analysis by apple502j can be found in this comment.
![[Mod] ampolive](../../../data/avatars/users/18949.svg){kind=small}
This might still be an issue, but I'm not sure. I think that the code that apple502j mentioned hasn't changed (though I don't understand it): in Mojang mappings, LayerLightSectionStorage#getStoredLevel(long) does not in fact have a null check. However, I don't know what the Yarn mappings is exactly referring to by LightStorage#getLightSection. According to the mappings, it should be getDataLayerData(long), which does have a null check; however, getStoredLevel does not call this method; it instead calls getDataLayer. I think a developer or someone with actual technical expertise should take a look at this.
WAI per https://youtu.be/6t2sjwuzjTc?t=220 - changelog is incorrect.
TextureManager.registerDynamicTexture (yarn name, exf.a in stack trace) uses String.format:
Identifier lv = new Identifier(String.format("dynamic/%s_%d", new Object[] { prefix, integer }));%d uses localized numbers, so Persian ۱ is used instead of 1 on Persian systems, and I suppose this also happens in other locales. This of course triggers regular expression check.
Easy fix; replace with StringBuilder maybe? Note that String.format is used everywhere in the code and all of them should be reviewed.
Code analysis (1.17-pre3, yarn name) TL;DR: LivingEntity.canTarget should target instanceof PlayerEntity before doing difficulty check.
Take PolarBearEntity for example. It has a FollowTargetGoal that targets a FoxEntity. FollowTargetGoal can only start if FollowTargetGoal.findClosestTarget sets non-null targetEntity. Since targetClass is not PlayerEntity, findClosestTarget calls EntityView.getClosestEntity to find the closest fox. Note that entity argument is not null in that call, which is important later.
Let's move the stuff to TargetPredicate. FollowTargetGoal's targetPredicate is "attackable". This target predicate is passed to that getClosestEntity call, which executes the predicate with the base entity (polar bear) and the target entity (fox).
TargetPredicate.test has many checks depending on conditions, but the bottom one is problematic. If baseEntity is non-null (which is always the case here), and if the target predicate is attackable, it calls LivingEntity.canTarget method. If this method returns false, the target predicate fails.
LivingEntity.canTarget is overloaded, but the one I want to focus is method_18395 (the one that takes a LivingEntity as an argument). This method is the one that causes this whole bug. It always checks difficulty is not peaceful, even if the target argument is not player. Oops.
Typo in title perhaps?
max-build-height is probably intentional, as 20w49a changelog says it is removed.
Related to
MC-197179Duplicate of
MC-195326This sounds like
MC-130449but that should've been fixed?Note that the issue is just Java version mismatch (install Java 16 here) - as far as I know, MultiMC is not a pirate client. Duplicate of
MC-225505The problem appears as a client-side fatal error, but the problem is in the server. (All names here are Yarn name) TL;DR: SleepFailureReason does not define the Text for the error and trySleep does not check if the failure reason has null text.
net.minecraft.entity.player.PlayerEntity.SleepFailureReason defines several reasons for sleep failures. Most of them have associated text, but NOT_POSSIBLE_HERE and OTHER_PROBLEM does not, so it is an instance of the enum class with the internal value text set to null. The method for sleeping, net.minecraft.server.network.ServerPlayerEntity#trySleep, returns a Pair whose left side indicates the failure reason to be sent to the client. If the player is already sleeping or is dead, OTHER_PROBLEM is returned, and NOT_POSSIBLE_HERE if the dimension is not natural. When net.minecraft.block.BedBlock#onUse calls trySleep, there is a check that makes sure the pair's left item (failure reason) is not null, then calls ServerPlayerEntity#sendMessage which sends GameMessageS2CPacket to the client, with SleepFailureReason#toText as the message. *However, the check does not consider cases where toText returns null*, which is when the failure reason is NOT_POSSIBLE_HERE or OTHER_PROBLEM.
On client, net.minecraft.client.network.ClientPlayNetworkHandler#onGameMessage calls net.minecraft.client.gui.hud.InGameHud#addChatMessage. If the "hide matching names" options is true, it then calls InGameHud#extractSender, which then calls net.minecraft.client.font.TextVisitFactory#removeFormattingCodes and TextVisitFactory#visitFormatted where text.visit call throws NullPointerException.
This is likely a NullPointerException in ClientBuiltinResourcePackProvider#loadServerPack (yarn name) that happens when AbstractFileResourcePack#parseMetadata returns null and loadServerPack tries to call PackResourceMetadata#getDescription (ada.a in 1.17.1 proguard).
parseMetadata can return null when pack.mcmeta is invalid, but it does not throw, which causes it to think the parsing was successful.
The underlying bug still exists in 21w38a code, and there is a duplicate issue with exact crash signature filed for that version.
Analysis: If for some reason class_6580#field_34712 (czk#h) is empty, list.get((int)(e * list.size())) in method_38445 (czk.a) will always be out-of-bounds (list.size() is 0, tries to get item 0, crash)
Duplicate of
MC-237219It seems like this was fixed in 21w39a.
The link is no longer dead; this issue can be closed (as Fixed) now.
Code analysis (1.17.1 yarn mapping): Dismounting#getCollisionShape returns empty shape (indicating invalid block) for blocks within #minecraft:climbable tag, which includes scaffolding.
Duplicate of
MC-241172given identical stack trace.This is the same issue as
MC-241204(same stack trace, same result)For implementers: CJK sentences can have linebreak anywhere, unless
Note that these are only some of the rules (known as kinsoku shori) but for regular usage these are enough. Rather than reinventing a wheel this should just be done via ICU4J calls.
Code analysis (yarn 1.17.1):
LightStorage#getLightSection is marked as Nullable, but LightStorage#get uses its return value without a null check. While I am unsure what would cause getLightSection to return null, the most plausible answer I can see is when the section is not loaded - and given player logging in usually loads new chunks, this might be the cause.
Note that
MC-227537is not related to this crash.Thanks! Yeah, this seems like a duplicate.
Steps to reproduce
Expected result
Dragon perches on the exit portal
Actual result
Dragon "perches" on that obsidian block
See also: https://www.youtube.com/watch?v=f2gKoNikiik
This sounds like block entity data being removed from a chunk (possibly due to datafixer).
The watchdog is triggered by a bug (infinite recursion) and not a recoverable lag, so this ticket should stay opened.
Note: the underlying cause for end crystal probably also causes
MC-233181.Yarn 1.18-rc3: EndCrystalEntity#damage calls World#createExplosion with null as the entity instead of this (as seen in TNT code.).
The launcher log indicates this game was modded (with over 100 mods).
Note that telemetry is done over HTTPS, greatly reducing the risk of MITM attack.
There are many bugs like this that were triaged and fixed in previous versions.
Duplicate of MC-133529
There is a crash report for the vanilla client.
Code analysis (yarn mapping, 1.18.1)
Packet is usually handled on the IO thread, but ClientPlayNetworkHandler#onGameMessage explicitly passes the packet to the client (render) thread. This means that all processing of the chat messages are on the render thread.
This is problematic, since MinecraftClient#shouldBlockMessages (MinecraftClient.java L2263), a method called by InGameHud#addChatMessage (InGameHud.java L1385), will call SocialInteractionsManager#isPlayerMuted (SocialInteractionsManager.java L39).
isPlayerMuted will call #isPlayerBlocked (L56) which finally calls YggdrasilUserApiService#isBlockedPlayer in authlib, which fetches the block list of Xbox if necessary.
This fetching is a blocking HTTP request, which should not be performed on the render thread. However, it apparently does, causing it to freeze.
(credit: huge thanks to IKEA on Fabricord!)
Code analysis (1.18.1 yarn mapping): (credit to Harley Speedthrust on YouTube and Aria on Fabricord, see the original analysis on YouTube comment)
FoxEntity$AvoidDaylightGoal extends EscapeSunlightGoa. EscapeSunlightGoa defines three doubles for the target X/Y/Z coordinates, and is initialized to 0 by default. This is set by EscapeSunlightGoal#targetShadedPos. However, this method will not be called if it is thundering; AvoidDaylightGoal#canStart L1017 early-returns true if it is thundering, skipping the method call at the end of canStart method. Since the target position is never set, it will always be 0, 0, 0.
This may be a bug in third-party launchers, but I am not sure whether the responsibility is on the launcher side or the client side. I used the seed -4298465435144430922 in my testing if I remember correctly.
Note that the stack trace provided is for 1.18-pre2, not 1.18.1 from what I can tell.
It's recommended to put the stack trace for the latest version, since it's easier to look up the code.
This can also occur with tropical fish.
Duplicate of MC-138887
Can confirm, attached game log and pre/post-upgrade world folder.
Relates to/duplicate of MC-153058
Fixed in 22w05a, duplicated by
MC-245772Duplicate of
MC-235035Duplicate of
MC-248858Attached a crash report from a watchdog when attempting to mark a chunk with a woodland mansion as forceloaded.
Relates to
MC-199487andMC-246262(same/similar root cause)Analysis (yarn mapping):
This is another "getChunk during worldgen" deadlock. (Not an infinite loop.) Entity#readNbt (ayl.g, L1687) is a method that reads a NBT compound and sets an entity's fields. (While I could not figure out which entity it is, One of the operations include Entity#setPos (aly.o, L3212) which sets the new position of an entity and calls several callbacks. One of the callbacks called is EntityGameEventHandler#onEntitySetPos (cvx.a, L34), which calls EntityGameEventHandler#updateDispatcher (cvx.a, L46), a method that queries the chunk for the new position of the entity. This uses the getChunk method.
Since the chunk queried is currently generating, getChunk never returns until the chunk is fully generated. However, since the getChunk call is part of the chunk generation, getChunk must return to fully generate the chunk. This obviously causes a deadlock.
Duplicate of/related to MC-124435
Duplicate of
MC-249834Duplicate of
MC-249500Relates to
MC-118857(not exactly a duplicate)Can confirm in 22w14a; note that this now logs the following error instead
Relates to
MC-205877(similar cause)Invalid - game modded w/ Fabric.
Code analysis (yarn 22w16b):
PathNodeMaker#getPath(int, int, int) return value is nullable in some subclasses (notably the one used by bird-like mobs and aquatic mobs). LandPathNodeMaker#method_43415 calls getPath(BlockPos) which calls getPath(int, int, int). Then it calls dnm.a / PathNode#getBlockPos() at line 109 thus causing NullPointerException.
Duplicate of
MC-2215Duplicate of MC-154881
Not a dupe, just a desync
Invalid; game modified, maybe OptiFine bug?
Code analysis also suggests this issue is fixed. The code now checks biomes from minY+1 to maxY, instead of previous minY to maxY.
Duplicate of
MC-151399Can confirm in 22w19a. Note that "Game test server shutting down" also gets logged when you exit from a singleplayer world.
Can confirm. For easy testing I recommend using command blocks to teleport the ghast constantly.
This is likely introduced during the fix for
MC-249888. Entity#isInvulnerableTo now returns true for if source.isFire() && isFireImmune(), and the fireball damage is considered a fire damage. Since ghast is fire-immune, it cannot be hurt by any fire damages (including fireballs) due to GhastEntity#damage early-returning on isInvulnerableTo call.This is caused by the fix of
MC-249801Mineshaft parts no longer generate if the center of the part (not whole structure, iirc) is not in the biome tag. Since no part of the to-be-generated mineshaft is in the badlands biome, nothing is actually generated.
Duplicate of
MC-251670Mojang started to use snake case for NBTs, so the change itself could be intentional. Pack format is already raised (making old packs listed as incompatible) too.
Does it take damage from other mobs like creepers or zombified piglins? I remember shields not taking damage if the damage is small.
Also, does logging out and back in fix the display?
Duplicate of MC-121429
Duplicate of
MC-249702Code analysis (1.18.2): when loading ops and whitelist files, Exception is caught and ignored, but when loading bans, only IOException is caught. Since JSON parsing exceptions are not IOException, it will propagate and crash.
Duplicate of
MC-45838The observed behavior and the root cause are both different - no warning gets logged server-side, and the root cause is that the server uses the chat message packet for non-player sent messages (which has signature check) instead of the game message packet (does not have a signature).
This is not a crash.
Is 1989032119941127 the seed used?
It seems like this is caused by the game loading in safe mode when level.dat file is missing.
Invalid, modified game.
Hostile mobs do despawn when you are 128 blocks away vertically, but striders are not hostile.
Not exactly the same cause; the sculk patch is generated as if a sculk catalyst activated on the feature pos - the generated sculks are therefore not part of a feature.
Duplicate of
MC-252439Duplicate of
MC-250212Code analysis (yarn 1.19):
RegistryCodecs#createRegistryDecoder expects the registry loader access to be available. A RegistryOps has associated RegistryLoader$LoaderAccess if it is constructed with either of the ofLoaded methods that take DynamicRegistryManager$Mutable.
However, MoreOptionsDialog uses RegistryOps.of which creates the ops without loader access, so decoding fails with that. It's not possible to just switch the call, though, as the dynamic registry manager available there is immutable, and RegistryLoader needs mutable registry manager to load the dynamic registry when needed.
Could you upload the server-side log file (latest.log and all .gz files in logs folder in server folder at the time the bug occurred)?
Duplicate of MC-252336
Duplicate of
MC-252439MC-252559contains a complete reproduction step. It seems like cured villagers lose all brain data from that report./msg and /teammsg are fixed in 1.19-pre1.
Code analysis (1.19 yarn):
This is due to a misunderstanding on what a valid identifier/resource location is. Identifier#tryParse returns null for invalid identifiers, such as ones with non-ASCII characters. The problem here is that empty string is considered valid identifier. Thus Identifier.tryParse("") != null. I don't think this is intended.
Let's look at GoatHornItem:
NbtCompound#getString returns an empty string if there is no string with the key in the compound. If the stack does not have NBT, the earlier if block will not be executed, which makes reproduction not possible in such cases. Finally, Registry#getEntry is returned, which returns Optional#empty for unknown/unregistered registry keys. Since no instrument has an empty id, this will return an empty optional.
There are two ways to fix this bug: one is to replace lv != null with lv != null && lv.contains("instrument", NbtElement.STRING_TYPE) to check for the existence of the key in addition to existence of NBT. The other fix is to make empty string IDs/ID paths invalid. Either one should fix the bug.
Can confirm in 1.19.
Code analysis (yarn 1.19)
In GameOptions we can find the following line:
this.mouseWheelSensitivity = new SimpleOption<>("options.mouseWheelSensitivity", SimpleOption.emptyTooltip(), (optionText, value) -> getGenericValueText(optionText, (Text)Text.literal(String.format("%.2f", new Object[] { value }))), /* omitted */);This uses String.format without explicit locale. This causes it to format using system locale instead. Fixing this is straightforward; just replace it with String.format(Locale.ROOT, "%.2f".
I believe this is
MC-252786.I cannot find anything similar to this on the tracker.
There actually is one: duplicate of
MC-252817Duplicate of
MC-252683Clones
MC-3818I believe this is intended, since it is an invalid URL.
This happens because unknown item IDs become minecraft:air, which indicates an empty item stack. (You cannot spawn an item entity of an empty item stack, as it'll be removed anyway.)
enforce-secure-profile dedicated server setting prevents this (as far as I understand); probably intended/unfixable
Biome no longer affects terrain shape; they are ocean, it's just that the terrain is too high for water to be actually there. In the same way, if you create a mountain single biome world, the world will use the spawning rule and surface of mountains, but the terrain itself does not change.
In other words: biome is just a paint you apply to a sculpture someone already made.
No; this is a different issue code-wise.
This is fixed in 1.19 Pre-release 1.
The error is a ClassNotFoundException, but the jar file is clearly passed. Could it be due to Unicode pathname being handled improperly? If so, it is a valid MCL report.
How did you join the server? Via normal, adding server to the list and connecting? Direct Connection button? Or --server argument?
Note that since 1.19 the server.dat file (thus, the server list shown in modified launchers, potentially) contains all servers, including ones directly connected, iirc. It should not show ingame, though.
This is potentially a valid bug, as the crash happens in the client without modifications. Similar kinds of crashes have been confirmed and fixed in the past.
Seems like your computer does not have enough resource available. (Generally speaking, Minecraft would not run on Windows 7, Celeron CPU, with 4GB of RAM. Buy a new computer, perhaps?)
This looks like a Forge client.
The easiest fix is to restart the game and the launcher. Yep, that's it.
Other fixes I'd suggest include:
Then make sure that the friend's server has the clock in sync. (Restarting the server might help.) Also, if you have mods (just in case), remove them.
Duplicate of
MC-254634Credit to Silasish from Fabricord for original reporting of the bug!
Can you reproduce the crash with only "New Shipwrecks", on the same seed? It seems like the shipwreck is several chunks long, causing the heightmap lookup in ShipwreckGenerator$Piece#generate (yarn 1.19.1) to get chunk outside one managed by the generated chunk region, therefore crashing.
Duplicate of MC-252680, as noted here
Code analysis
Yarn 1.19.1
In Minecraft, there are two kinds of worlds. The real world which holds all chunks, and the generation-stage chunk region holding certain amount of chunks. This exception is thrown by a chunk region that was {{getChunk}}ed a chunk it does not manage.
This is caused by a shipwreck: ShipwreckGenerator.Piece#generate method is on the crash log.
public void generate(StructureWorldAccess world, StructureAccessor structureAccessor, ChunkGenerator chunkGenerator, Random random, BlockBox chunkBox, ChunkPos chunkPos, BlockPos pivot) { int i = world.getTopY(); int j = 0; Vec3i lv = this.template.getSize(); // the dimension of the shipwreck structure, can be overridden by data packs Heightmap.Type lv2 = this.grounded ? Heightmap.Type.WORLD_SURFACE_WG : Heightmap.Type.OCEAN_FLOOR_WG; int k = lv.getX() * lv.getZ(); if (k == 0) { j = world.getTopY(lv2, this.pos.getX(), this.pos.getZ()); } else { BlockPos lv3 = this.pos.add(lv.getX() - 1, 0, lv.getZ() - 1); // this.pos is the start of the chunk (see ShipwreckStructure) for (BlockPos lv4 : BlockPos.iterate(this.pos, lv3)) { int l = world.getTopY(lv2, lv4.getX(), lv4.getZ()); // Chunk query j += l; i = Math.min(i, l); } j /= k; } /* omitted */ }As seen above, if a shipwreck's structure NBT file was modified by data packs, the position can overflow the chunk. This causes getTopY to be called on potentially out-of-region chunk, which this crash shows. The fix would be to clamp the width and height of the structure for heightmap querying.
Please contact the server owner, it is likely their issue.
Duplicate of MC-206922
Please attach the world log file (logs/latest.log). I believe this is not actually a bug.
Try zombifying and curing again.
Invalid; modded environment
What happens when you remove the custom JVM arguments (except Xmx)?
Are you sure the Java classpath contains the JDK? That crash report suggests Minecraft cannot even try to start - either because of corrupt installation or missing classpath.
Do you have backups before this happened? If so please upload them (or, use something like Google Drive if it is too big)
Have you checked that the game uses dedicated GPU card, not integrated graphics?
I believe Windows 7 is not supported anymore?
Note: this behavior is currently (ab)used in several mob farms, such as the popular scaffolding farm by ianxofour (which is built by Xisuma in Hermitcraft Season 9). Scaffolding at one point (1.16?) even allowed surface spawns in multiple layers, although this might be outdated.
Duplicate of
MC-256502You shouldn't run Minecraft (Java Edition) on Android...
From what I can see in the logs, whether username is correct or not shouldn't matter?
Code analysis (22w44a yarn)
The registry refactor in 22w44a brought many changes to code accessing dynamic registry, including configured feature registry. The problematic change here is FungusBlock, where the client tries to access the configured feature registry despite it not being synchronized.
The method isFertilizable is clearly called by the client - as seen on isClient parameter. This gets the configured feature registry and gets the fungus feature entry. While the code prevents crashes when the feature is missing, they forgot the fact that the entire registry is missing on the client side. And the code uses get method, which throws when an unknown registry is queried.
This code is apparently for checking whether the fungus is placed on a correct block. Since the feature registry is large enough that syncing is not feasible, it should probably return true (note that this can cause temporary desync).
Fixed in 22w42a
Code analysis (1.19.3-pre2 yarn)
Screen#setTooltip constructs a PositionedTooltip, whose tooltip field is read during tooltip. There are two overloads, but the one in question takes one argument. setTooltip does not clear the tooltip when the passed tooltip is null; it instead causes the game to render null text.
EditGameRuleeScreen uses the method to render the tooltip of rule description. Here the "rule" includes the category, which has a null description. So when it sets the tooltip for the category, the game tries to render the null tooltip, crashing the game.
Duplicate of MC-249007
Fixed in 22w44a.
Duplicate of
MC-258939This happens because guardians are trying to damage themselves with their own thorns, which themselves trigger the thorns, and so forth.
Fixed in 23w03a.
Cannot confirm in 1.19, 1.19.2, 1.19.3, or 1.19.4-rc2.
Relates to
MC-207077Fixed in 23w05a with the removal of the export button.
Confirm fixed in 23w18a. Code now properly places a wall torch instead.
I believe the purpose of this dialog is that the OS's built-in narrator would narrate it, even when the game narrator is broken. Therefore, this is likely WAI.
This has probably changed in 23w16a material refactor. Iron golem spawning previously used materials, if I remember the gnembon video correctly.
This is now a challenge advancement in 1.20-pre6. Therefore, fixed.
To clarify: major languages in this category include Chinese and Japanese.
The exact fix version is 23w35a.
Fixed in 23w31a, as the player cannot die (or even join the world) while the prompt is visible in that version.
Fixed in 23w31a.
The method in question is removed in authlib 5.0.46, included in 23w31a. Therefore, this bug is fixed in 23w31a.
Fixed in 23w05a.
1) This is not a crash.
2) I believe the description is sufficient for debugging, if you have the source code.
Relates to (same root cause):
MC-227255,MC-253819,MC-261349. Title should be renamed to "Fire blocks in structures do not rotate when they generate".The cause, being: FireBlock lacks the rotate & mirror method overrides, which are responsible for structure rotation.
Likely fixed with 1.20.3-pre1.
Nope, this is a new bug.
This can be reproduced if any of the world 1) is a symlink not authorized or 2) has corrupt level.dat.
Code analysis (1.20.4 yarn)
RealmsSelectFileToUploadScreen has multiple LevelSummary#isHardcore calls. This is defined as this.levelInfo.isHardcore();.
LevelSummary has multiple subclasses, including SymlinkLevelSummary and RecoveryWarning. They are "fake entries" that aren't loaded. Hence, levelInfo == null. However, they do not override isHardcore, so any call to that method would throw NPE as seen here.
LevelStorage#loadSummaries, used to enumerate the worlds, does not filter those 2 special cases, either (they are also used by the regular world screen, which needs to list those). And since the world enumeration and isHardcore calls occur when rendering RealmsSelectFileToUploadScreen, this error occurs.
Could you upload the world file?
entities/r.2.0.mca should be enough.
Relates to/duplicate of
MC-162080. Not related toMC-267465.Relates to
MC-268096. (Same bug.)Duplicate of MC-53491.
Relates to/duplicate of
MC-267103Can no longer reproduce in 24w10a. Suspected fix version is 09a, given the changes to item NBT.
This bug does not involve setting max_stack_size.
I believe this is WAI. You need to use the new default_block_use criterion. See also
MC-269330andMC-267456.Note that like the milk bucket, the Totem of Undying clears any and all effects applied to the player. The player obviously didn't die, and the effects weren't consumed at all.
Duplicate of MC-226500
Any bow works.
In case it wasn't clear, here is the command: /give @s arrow[minecraft:potion_contents="poison"]
Duplicate of MC-268026
Duplicate of MC-267868
Duplicate of MC-270055
Duplicate of MC-53491
I believe this is the same bug as MC-120507.
Duplicate of
MC-269672Hm, does this not accept the stringified form?
I believe this also affects 1.20.6, although it requires custom worldgen.
I believe the clamped local difficulty (as seen on F3, after two slashes) needs to be 1.00.
Whoops, attached the wrong file.
I believe you can use SNBT there.
I believe this has to be the following:
Works as intended, per https://gist.github.com/boq/08ec7cd9691967d907286b5aa5d6c230
The simple, identifier form does work; you just need to mod the server, as it is handled like blocks or items.
See
MC-272413.Fixed in 24w19a.
Relates to
MC-271566; can confirm.Steps to Reproduce
Just to check, is the minecraft:non_treasure tag defined in your pack?
> This is not documented anywhere on the wiki or in the snapshot changelogs to my knowledge
Documented on 1.21-pre1: "Unlike with loot tables, all effect conditions need to be inline objects and cannot be references." WAI.
Are you sure these data packs are made specifically for version 1.21? There have been significant changes over the format.
A good example that correlation does not mean causation. None of the accessibility settings impact the network in any way. (In fact, increasing the View Distance will cause the server to send packets - one of the only sliders that affect networking.)
Specify the custom data as a SNBT string, not an object.
Duplicate of
MC-251813Duplicate of
MC-275790What happens when you use a different damage value (like 1?)
Can confirm in 24w36a.
Interestingly, this is a client-side infinite loop case. There is currently no easy way to debug them, as watchdogs do not exist in vanilla clients and this does not otherwise produce errors.
I have, however, managed to program a Fabric mod to implement client-side watchdog. I'll attach the report, but solely for the purpose of helping future readers. This report is not official. Given the few modifications made in this setup, I expect this report to reflect the vanilla bug.
The bug appears to be caused by an arrow colliding with something (likely another arrow) on the client-side; the loop in PersistentProjectileEntity#applyCollision never finishes. The arrow goes back and forth between 2 positions on the client.
The simple fix is to not apply projectile collisions on the client.
Try zombifying and curing again.
Can confirm as: "Crash when opening inventory that renders entity with both Invisibility and Glowing effects". Bundle experiment has nothing to do with this.
Steps to Reproduce 1
Steps to Reproduce 2
Can confirm with the steps provided. Suggested title: "JVM crash occurs when minimizing maximized window". Crash occurs at _glBlitFrameBuffer in Framebuffer#draw, called from the client render method.
Video recording (from launch to crash; 24w39a, vanilla launcher) - https://www.mediafire.com/file/mkmhngu8321f6rl/MC-276962.mp4/file
Also attached JVM crash log.
Could you attach the zip of the world folder?
Can confirm in 24w40a, also affecting pale hanging moss.
Does the data pack change the world height?
Duplicate of MC-276585
Is the datapack https://github.com/DorkOrc/PandamiumDatapack/tree/master/snapshot_pandamium_datapack ?
Fixed in 21w17a.
This is not a bug.
Duplicate of MC-124099
Cannot reproduce. Please attach the log file.
Relates to
MC-279692, same root cause (trying to get key of inlined resource).