Before submitting
Platform
Linux
Description
Copy link (share-qobuz) silently fails on Wayland when running the Flatpak build. The clipboard write always fails with a logged warning and nothing ends up on the clipboard.
Steps to reproduce
- Install qbz via Flatpak on a Wayland compositor (Sway, GNOME, KDE Wayland, etc.)
- Right-click any track → share / copy Qobuz link
- Attempt to paste — clipboard is empty
Expected behavior
Copy link writes the Qobuz share URL to the Wayland clipboard, which can then be pasted in any Wayland app.
Actual behavior
The clipboard write fails silently. Nothing is placed on the clipboard.
QBZ version
2.0.2
Installation method
Flatpak
Distribution
Fedora Linux, kernel 7.0.0-28
Desktop environment / WM
Sway
Display server
Wayland
GPU
Intel Iris Xe Graphics (ADL GT2)
Audio backend
PipeWire
Audio device / DAC
iFi HD USB Audio, Jabra Link 380, Bose NC 700 Headphones (Bluetooth)
Logs
https://paste.rs/NWCYW
Terminal log captured via flatpak run --env=RUST_LOG=qbz=debug com.blitzfc.qbz:
INFO qbz [qbz-slint] media-action: kind=track id=404558504 action=share-qobuz
INFO qbz [qbz-slint] copied Qobuz link for track 404558504
WARN qbz::share [qbz-slint] clipboard unavailable: Unknown error while interacting with the clipboard: X11 server connection timed out because it was unreachable
Root cause analysis
Inside the Flatpak sandbox, only WAYLAND_DISPLAY is set — DISPLAY is absent:
WAYLAND_DISPLAY=wayland-1
The clipboard backend (arboard, used via Slint) is not compiled with Wayland clipboard support (wl-clipboard feature). It therefore attempts an X11 connection, which times out because the X11 socket is not exposed when a Wayland session is active (fallback-x11 Flatpak permission is a no-op when WAYLAND_DISPLAY is present).
Attempted workarounds (none resolved it):
flatpak override --user --talk-name=org.freedesktop.portal.Desktop
flatpak override --user --unset-env=DISPLAY --nosocket=fallback-x11
flatpak override --user --socket=x11 (unconditional X11 — XWayland is running at :0, but DISPLAY is still not injected by Flatpak when Wayland is present)
Before submitting
Platform
Linux
Description
Copy link (share-qobuz) silently fails on Wayland when running the Flatpak build. The clipboard write always fails with a logged warning and nothing ends up on the clipboard.
Steps to reproduce
Expected behavior
Copy link writes the Qobuz share URL to the Wayland clipboard, which can then be pasted in any Wayland app.
Actual behavior
The clipboard write fails silently. Nothing is placed on the clipboard.
QBZ version
2.0.2
Installation method
Flatpak
Distribution
Fedora Linux, kernel 7.0.0-28
Desktop environment / WM
Sway
Display server
Wayland
GPU
Intel Iris Xe Graphics (ADL GT2)
Audio backend
PipeWire
Audio device / DAC
iFi HD USB Audio, Jabra Link 380, Bose NC 700 Headphones (Bluetooth)
Logs
https://paste.rs/NWCYW
Terminal log captured via
flatpak run --env=RUST_LOG=qbz=debug com.blitzfc.qbz:Root cause analysis
Inside the Flatpak sandbox, only
WAYLAND_DISPLAYis set —DISPLAYis absent:The clipboard backend (arboard, used via Slint) is not compiled with Wayland clipboard support (
wl-clipboardfeature). It therefore attempts an X11 connection, which times out because the X11 socket is not exposed when a Wayland session is active (fallback-x11Flatpak permission is a no-op whenWAYLAND_DISPLAYis present).Attempted workarounds (none resolved it):
flatpak override --user --talk-name=org.freedesktop.portal.Desktopflatpak override --user --unset-env=DISPLAY --nosocket=fallback-x11flatpak override --user --socket=x11(unconditional X11 — XWayland is running at:0, but DISPLAY is still not injected by Flatpak when Wayland is present)