[SPIGOT-7009] Stuck on "Loading terrain..." after disconnecting on respawn screen Created: 24/Apr/22  Updated: 25/Dec/24  Resolved: 02/Jun/22

Status: Resolved
Project: Spigot
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Full name Assignee: Unassigned
Resolution: Fixed Votes: 1
Labels: None

Version: CraftBukkit version 3482-Spigot-42b6152-e87f2e3 (MC: 1.18.2) (Implementing API version 1.18.2-R0.1-SNAPSHOT)
Guidelines Read: Yes

 Description   

If you disconnect from the server on the respawn screen, then reconnect, if the chunk is unloaded that you died in, your client gets stuck on the "Loading terrain..." screen.

I cannot reproduce this on a vanilla server.

 

Demonstration:

Video

 Comments   
Comment by Full name [ 12/Jun/22 ]

No. The issue has been resolved here https://hub.spigotmc.org/stash/projects/SPIGOT/repos/craftbukkit/commits/9d46b56e26f3e91392572f6dccec7bfdbd5728c6.

Comment by Jakubk15 [ 11/Jun/22 ]

Is the author using Sodium by any chance? I heard this mod had some bug related to this:
https://github.com/CaffeineMC/sodium-fabric/issues/1225
this mod is possible workaround: https://modrinth.com/mod/forcecloseworldloadingscreen

Comment by Marvin Rieple [ 01/Jun/22 ]

This issue is caused because of the in 1.8 (and probably earlier) added '>' here https://hub.spigotmc.org/stash/projects/SPIGOT/repos/craftbukkit/browse/nms-patches/net/minecraft/world/entity/EntityLiving.patch#86
The players death tick is higher than 20 ticks which basically causes, that the player gets removed from the world / chunk provider before the chunks are loaded and send to the client causing the client to wait for ever on chunks, reverting the change fixes the problem.
There maybe however some side effects, on how reverting this reflects on the api, mainly meaning things such as respawn event and Bukkit#onlinePlayers which does not return death players (if I recall correctly) and now would.

Generated at Sat Sep 13 00:15:47 UTC 2025 using Jira 10.3.9#10030009-sha1:eff8913ed2270ee44ab422c3609af4c4f36536d0.