UIX pieces freeze/stop updating after renderer decouples

[Krzeszny]

Describe the bug?

Every day, UIX freezes in multiple different places and can't be interacted with anymore. The options are:

• Voice bar (seems to happen first) on the dash
• Worlds tab freezes on the last opened session window
• Bottom icon bar on the dash
• Hand facets
• Dash facets
• Context menu
• Video players
• Audio streams
• Contact/join notifs freeze on the last one that appeared

I've had an issue with the voice bar freezing for months, but I only remember other things starting to freeze recently. Non-userspace UIX (such as video players) can be duplicated to fix it, but frozen userspace UIX requires a restart.

After testing, I can confirm it only happens when decoupling is set to auto (15 fps) or forced on.

To Reproduce (updated)

1. Have my system?
2. Force renderer decoupling (or wait for it to happen randomly)
3. Wait for a few minutes. Check if anything from the list is frozen.

Reproduction Item/World

Resonite

Expected behavior

UIX doesn't freeze permanently

Screenshots

Random examples:

Resonite Version Number

2025.12.16.1424

What Platforms does this occur on?

Linux

What headset if any do you use?

Pico 4

Log Files

cachyos-x8664 - 2025.12.16.1424 - 2025-12-19 18_11_48.log

Additional Context

It started when I switched to Linux

Reporters

@Krzeszny

[github-actions]

Hello! Here are the results of the automated log parsing:

Version	OS	CPU	GPU	VRAM	RAM	Headset	Plug-ins/Mods	Renderer	Clean Exit
Beta 2025.12.16.1424	Steam Runtime	AMD Ryzen 7 7800X3D 8-Core Processor	Navi 31 [Radeon RX 7900 XT/7900 XTX/7900 GRE/7900M] (rev c8)	31.20 GB	62.40 GB	SteamVR	no	Renderite.Renderer.Unity 2025.12.9.1287 (2019.4.19f1) (WindowPtr: 0x300A6	❌

---

This message has been auto-generated using logscanner.

[Frooxius]

This sounds to me like either there's an exception that breaks the loop (but that's not showing up in the logs) or the background threads get jammed.

Does the UI not recover even after a minute or so if you leave it to be?

Do all the pieces of the UI freeze at once? Or is it just specific pieces, but other pieces keep updating properly?

[Frooxius]

Also did you end up crashing with this? The logs just end abruptly.

[Krzeszny]

Hey, I appreciate your reply because I've been starting to get frustrated with it, though I had accepted it as one of those persistent Linux issues I can tolerate, hence the late report.

This sounds to me like either there's an exception that breaks the loop (but that's not showing up in the logs) or the background threads get jammed.

Background jobs in the debug menu look like this most of the time:

But they do clear up sometimes:

Does the UI not recover even after a minute or so if you leave it to be?

No, never.

Do all the pieces of the UI freeze at once? Or is it just specific pieces, but other pieces keep updating properly?

No, it normally starts with the voice bar, the worlds tab freezes effectively once every few hours, context menus, too, video players freeze... dunno, sometimes. The longer I keep playing the more UIX gets frozen until most of it is frozen. It's hard for me to say how often it happens for each UIX piece.

I'm currently testing with renderer decoupling disabled (set to 0) and it hasn't happened yet, so that may be a clue.

[Frooxius]

Do the background jobs clear up while the UI remains frozen?

[Krzeszny]

Do the background jobs clear up while the UI remains frozen?

Yes, but I've only observed them clearing up for one update.

[Frooxius]

Hmm that's actually a bit bizarre, because I'd expect they get stuck, but from that it sounds like they don't.

Can you provide a renderer log when this happens too?

[Krzeszny]

Can you provide a renderer log when this happens too?

Player.log

[Krzeszny]

Also did you end up crashing with this? The logs just end abruptly.

I forgor. No, I just pulled the logs when Resonite was running. because it normally happens after a while.

I've just realized I can very easily repro by toggling forced decoupling on and waiting for a few minutes tops. It seems to happen much more rarely when decoupling is completely disabled.

[Krzeszny]

Yup, it still happens with decoupling disabled, but less often.