Nope, error is back. ChatGPT's analysis of the 'journalctl --no-pager -b' error log:
I think you’re seeing a GNOME Shell crash caused (or at least triggered) by shell extensions, with the first interesting error being a bug in the Zorin AppIndicator/Taskbar extensions, and the later BadWindow being the actual crash.
Let’s split what’s going on.
1. The first error at 09:55:23
TypeError: SettingsManager.getDefault() is null
Stack trace:
getDefaultGSettings@...zorin-appindicator@zorinos.com/settingsManager.js:54:28
_updateIconSize@...zorin-appindicator@zorinos.com/appIndicator.js:1558:42
_updateWhenFullyReady@...appIndicator.js:1013:18
async*_init/<@...appIndicator.js:966:22
disable/<@...zorin-taskbar@zorinos.com/panelManager.js:344:20
disable@...zorin-taskbar@zorinos.com/panelManager.js:319:20
disable@...zorin-taskbar@zorinos.com/extension.js:132:26
_callExtensionDisable@...extensionSystem.js:220:32
...
activate@...screenShield.js:661:34
lock@...screenShield.js:728:14
What this tells us:
- The Zorin taskbar extension is being disabled, likely because the session mode changes (e.g. going to the lock screen).
- During its disable path, it calls into the zorin-appindicator extension’s
SettingsManager.getDefault().
- That function returns
null, and the code assumes it’s a valid object, so you get a TypeError.
So:
- This is definitely a bug in the Zorin extensions’ JS code – they should handle the case where SettingsManager isn’t available.
- It happens specifically when extensions are being disabled/enabled as the session mode changes (lock screen, login, etc.).
- On its own, this kind of JS error doesn’t always crash GNOME Shell, but it can leave the extension in a broken state and increase the chance of the shell getting into trouble later.
2. x11gestures losing connection
Immediately after:
[x11gestures@joseexposito.github.io] Connection with Touchégg daemon lost: null
[x11gestures@joseexposito.github.io] Connection manually closed, not reconnecting to the daemon
That just says: the x11gestures extension lost its Touchégg connection and decided not to reconnect. Not ideal, but not fatal on its own. It does show that multiple extensions are actively doing things around the same time.
3. The actual GNOME Shell crash at 12:54:57
Later:
Received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial 3579807 error_code 3 request_code 7 (core protocol) minor_code 0)
...
kernel: traps: gnome-shell[67377] trap int3 ... in libglib-2.0.so.0...
This is GNOME Shell itself dying with an X11 BadWindow error.
Important bits around that time:
-
All these extensions are active again:
[x11gestures@joseexposito.github.io] Extension enabled
[x11gestures@joseexposito.github.io] Connecting to Touchégg daemon
[tilingshell] [extension] extension is enabled
Launching DING process (Desktop Icons NG)
So at the moment of the crash you have several third-party extensions running:
- zorin-appindicator
- zorin-taskbar
- x11gestures
- tilingshell
- DING (desktop icons)
GNOME Shell + lots of extensions is… let’s say “adventurous.” Any one of them mis-handling an X11 window can lead to:
- GNOME trying to operate on a window that’s already destroyed →
BadWindow.
The MUTTER_SYNC hint in the log is standard: it’s telling you how to get a meaningful backtrace if you wanted to debug GNOME Shell itself, but in practice the usual cause in real life is an extension misbehaving.
4. So what do I think?
In short:
- The TypeError (
SettingsManager.getDefault() is null) is a bug in the Zorin AppIndicator / Taskbar extension code, triggered on session mode changes (e.g. locking/unlocking).
- The BadWindow crash later is very likely caused by one of your extensions, possibly in combination: Zorin extensions, x11gestures, tilingshell, DING.
- Your core system (systemd, cron, sysstat, fwupd, NetworkManager) is just happily doing its thing in the background; nothing there suggests a system-level fault.
If we were debugging like devs, the first suspects would be:
zorin-appindicator + zorin-taskbarx11gestures / Touchéggtilingshell / DING
5. What I’d try next (practical steps)
Since you actually want your desktop not to explode 
:
-
Check extension compatibility
- Make sure all those extensions are meant for GNOME 46 (Zorin 18 is on 46). Old versions against new GNOME often cause exactly this.
-
Temporarily disable the Zorin extras
-
If crashes continue, test a “clean” shell
-
If you really want to dig deeper
- Run GNOME Shell from a TTY with
MUTTER_SYNC=1 and attach gdb to get a full backtrace, but honestly with this extension zoo you’ll probably find the culprit by just toggling them.
TL;DR
- That TypeError is clearly a Zorin extension bug, not a hardware or kernel issue.
- The BadWindow crash is almost certainly caused by one of your GNOME extensions, with the Zorin ones and x11gestures being top suspects.
- Best next move: run without Zorin extensions (and possibly other third-party ones) for a bit and see if the crashes vanish.
