-
Bug
-
Resolution: Duplicate
-
None
-
1.14.4
-
None
-
Windows 10, Java 8 181
-
Unconfirmed
-
Chunk loading, Crash
Fatal game crash when loading a chunk in a specific area.
The game crashed whilst feature placement
Error: java.lang.RuntimeException: We are asking a region for a chunk out of bound | 105 60
This occurs on both multiplayer 1.14.4 and when copied to singleplayer 1.14.4, using the attached world, when approaching an End City generated in 1.9. World file attached. The End City appears to load correctly, but within 5 to 10 seconds, the game has a hard crash. First noticed on multiplayer server when a different player approached an End City. I restarted the server and approached it as well and experienced the same crash. I cut and paste The End (DIM1) to a blank singleplayer world and was able to reproduce 100% of the time. In singleplayer, the player is reverted to where they signed on before the crash. In multiplayer, the player must be NBTEdit'ed to a different location, else every time they sign on the server will crash.
What I expected to happen was...:
Game should have proceeded to load normally.
What actually happened was...:
Client crashes with java.lang.RuntimeException. If running as a vanilla server, server crashes if any player enters the area. See attached log files.
Steps to Reproduce:
1. Load in singleplayer world "Singleplayer End City Crash.zip".
2. Approach the End City at 1337, 59, 722 (I've put teleports around so you can just walk there in 30 seconds).
3. Experience crash when approaching end city.
Description: Feature placement
java.lang.RuntimeException: We are asking a region for a chunk out of bound | 105 60
at vq.a(SourceFile:122)
at bhu.a(SourceFile:106)
at vq.a(SourceFile:91)
at ceu.a(SourceFile:67)
at cal.a(SourceFile:36)
at che.a(SourceFile:85)
at che$$Lambda$2723/826498009.accept(Unknown Source)
at java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:419)
at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580)
at che.a(SourceFile:84)
at cgg.a(SourceFile:35)
at cat.a(SourceFile:20)
at cat.a(SourceFile:13)
at cal.a(SourceFile:36)
at bio.a(SourceFile:420)
at bxi.a(SourceFile:130)
at bxm.c(SourceFile:83)
at bxm$$Lambda$1090/810695005.doWork(Unknown Source)
at bxm.a(SourceFile:217)
at uw.a(SourceFile:543)
at uw$$Lambda$2623/807386794.apply(Unknown Source)
at com.mojang.datafixers.util.Either$Left.map(Either.java:38)
at uw.a(SourceFile:537)
at uw$$Lambda$2620/1978525955.apply(Unknown Source)
at java.util.concurrent.CompletableFuture.uniCompose(CompletableFuture.java:952)
at java.util.concurrent.CompletableFuture$UniCompose.tryFire(CompletableFuture.java:926)
at java.util.concurrent.CompletableFuture$Completion.run(CompletableFuture.java:442)
at uy.b(SourceFile:58)
at uy$$Lambda$2592/1083781855.run(Unknown Source)
at agt.e(SourceFile:83)
at agt.a(SourceFile:123)
at agt.run(SourceFile:91)
at java.util.concurrent.ForkJoinTask$RunnableExecuteAction.exec(ForkJoinTask.java:1402)
at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289)
at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1056)
at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1689)
at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157)
- duplicates
-
- Resolved