Uploaded image for project: 'Minecraft: Java Edition'
  1. Minecraft: Java Edition
  2. MC-158193

We are asking a region for a chunk out of bound

XMLWordPrintable

    • Icon: Bug 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)
      

            Unassigned Unassigned
            stalephish Chris Andrews
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: