[1.21.10 freeze] Client freezes when exiting World Edit screen – caused by patch activation logic (not individual patches)
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 215
- Forks
- 50
- Avg merge
- 9d 6h
- Merged PRs (30d)
- 1
Description
Bug Description
When Debugify is enabled on Minecraft 1.21.10, the client freezes (UI deadlock, no crash) when exiting the World Edit screen.
Singleplayer → Select World → Edit → Back
At this point:
- the screen freezes completely
- no buttons respond
- no crash report is generated
- the game must be force-closed
Although issue #505 mentions freeze/crash on buttons in world edit, my case is different — there is no exception in logs, no crash, only a UI deadlock. The issue occurs only when patches are activated; setting default_disabled: true removes the issue entirely. This suggests a bug in patch activation logic, not in specific GUI patch handlers.
(https://github.com/isXander/Debugify/issues/505)
How to Reproduce?
Singleplayer → Select World → Edit → Back
Expected Behavior
Returning from Edit World should go back to the world selection screen.
Version
1.21.10+1.1 debugify-1.21.10+1.1.jar
Fabric/Quilt Loader Version
Fabric 0.18.4 for 1.21.10 (modrinth.app)
Logs or additional context
Important diagnostic results
This is NOT caused by any specific MC-xxxxx patch.
Tested and confirmed:
Disabling all GUI-related patches → freeze still occurs
Disabling lifecycle / save / tick-related patches → freeze still occurs
Disabling all individual MC-xxxxx patches manually → freeze still occurs
Removing Debugify entirely → issue disappears
Critical finding (decisive test):
Setting the following in config/debugify.json:
"default_disabled": true,
Result:
Freeze disappears completely
This shows the issue is caused by Debugify patch activation / registration logic itself, not by any single patch.
Conclusion
Debugify core / patch activation logic appears to be incompatible with Minecraft 1.21.10 GUI lifecycle
The problem occurs before or during patch activation
Individual patch bisecting is ineffective
This is a silent UI deadlock (no crash, no log error)
Notes
The issue is easy to miss because:
no crash is generated
it only occurs in a narrow UI flow
Likely a regression due to GUI/lifecycle changes in 1.21.10
Attachments
latest.log shows no errors related to the freeze
https://pastebin.com/AP7R01F9
Has not been reported.
- I made sure this bug hasn't already been reported.
Is on most update to date version.
- I made sure I am using the most up to date fabric/quilt loader and mod version.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the freeze with Minecraft 1.21.10 by opening a world’s Edit screen and returning to world selection, then compare behavior with Debugify removed and with "default_disabled": true in config/debugify.json. Inspect the Debugify core patch activation or registration path rather than bisecting individual patches, and use latest.log to confirm the silent-deadlock behavior. Done means the Edit screen can be exited normally while patches are active.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- game-dev
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100