What happens
Zuno 1.4.0 (RPM) closes about one second after launch when started from the GNOME app drawer on Wayland. The same app runs normally when started from a terminal with WEBKIT_DISABLE_DMABUF_RENDERER=1 zuno, and also via gtk-launch Zuno.
- Zuno: 1.4.0 (
Zuno-1.4.0-1.x86_64.rpm)
- Distro: Fedora 44, GNOME Shell 50.5, Wayland session
- GPU: NVIDIA RTX 3060, driver 615.71.09
- Display: single monitor via VGA
- Install the RPM on Fedora 44 GNOME (Wayland session).
- Open Zuno from the app drawer, with the launcher set to
Exec=env WEBKIT_DISABLE_DMABUF_RENDERER=1 zuno.
- The window closes after about one second.
Zuno stays open, as it does when launched from a terminal.
Logs (journalctl --user -b | grep -i zuno)
zuno[52222]: libayatana-appindicator is deprecated. Please use libayatana-appindicator-glib in newly written code.
zuno[52222]: gtk_widget_get_scale_factor: assertion 'GTK_IS_WIDGET (widget)' failed
zuno[52222]: Error 71 (Protocol error) dispatching to Wayland display.
app-gnome-Zuno-52222.scope: Consumed 721ms CPU time over 1.029s wall clock time
The same sequence repeats on every drawer launch. From a terminal, the app starts, loads YouTube Music, and exits cleanly when closed. The only related warning there is the same gtk_widget_get_scale_factor assertion.
Workarounds tried
WEBKIT_DISABLE_DMABUF_RENDERER=1: needed for the app to run at all on this setup.
GDK_BACKEND=x11 in the launcher: [worked / did not work, fill in after testing]
The crash only happens on drawer launches (GNOME starts the app as app-gnome-Zuno-<pid>.scope), not when launched from a shell. The launcher is ~/.local/share/applications/Zuno.desktop, copied from /usr/share/applications/Zuno.desktop.
Zuno version
1.4.0-1
OS
Linux
Log
[internal][tauri][info] log initialized path=/home/andreasm/.local/share/com.zuno.desktop/logs/current.log
[internal][frontend][info] main.bootstrap start { "timestamp": "2026-09-21T09:37:52.304Z", "sessionId": "mub1xyne-vqndfl", "sequence": 1, "context": "main.bootstrap start" }
[internal][frontend][info] [Discord RPC] Initializing Discord RPC service { "timestamp": "2026-09-21T09:37:52.307Z", "sessionId": "mub1xyne-vqndfl", "sequence": 2, "context": "[Discord RPC] Initializing Discord RPC service" }
[internal][frontend][debug] Discord.init { "timestamp": "2026-09-21T09:37:52.307Z", "sessionId": "mub1xyne-vqndfl", "sequence": 3, "context": "Discord.init", "message": "Rust backend will handle connection" }
What happens
Zuno 1.4.0 (RPM) closes about one second after launch when started from the GNOME app drawer on Wayland. The same app runs normally when started from a terminal with
WEBKIT_DISABLE_DMABUF_RENDERER=1 zuno, and also viagtk-launch Zuno.Zuno-1.4.0-1.x86_64.rpm)Exec=env WEBKIT_DISABLE_DMABUF_RENDERER=1 zuno.Zuno stays open, as it does when launched from a terminal.
Logs (
journalctl --user -b | grep -i zuno)The same sequence repeats on every drawer launch. From a terminal, the app starts, loads YouTube Music, and exits cleanly when closed. The only related warning there is the same
gtk_widget_get_scale_factorassertion.Workarounds tried
WEBKIT_DISABLE_DMABUF_RENDERER=1: needed for the app to run at all on this setup.GDK_BACKEND=x11in the launcher: [worked / did not work, fill in after testing]The crash only happens on drawer launches (GNOME starts the app as
app-gnome-Zuno-<pid>.scope), not when launched from a shell. The launcher is~/.local/share/applications/Zuno.desktop, copied from/usr/share/applications/Zuno.desktop.Zuno version
1.4.0-1
OS
Linux
Log