[BUG] Enabling Pixelflux breaks Clipboard functionality

[wouldntyouknow]

Is there an existing issue for this?

• I have searched the existing issues

Current Behavior

Set PIXELFLUX_WAYLAND=true
Copy-paste from-to container does not work. Clipboard -> Server Clipboard in the sidebar remains empty. Pasting some text there, then clicking "Paste" in the container does not paste the contents of the Server Clipboard box but the current contents of the container clipboard.

Set PIXELFLUX_WAYLAND=false
Clipboard functionality works as expected.

Expected Behavior

Clipboard functionality keeps working when PIXELFLUX_WAYLAND=true as well

Steps To Reproduce

1. Used image tag: debian-xfce
2. Set PIXELFLUX_WAYLAND=true
3. Start container
4. Copy-paste from-to container does not work. Clipboard -> Server Clipboard in the sidebar remains empty. Pasting some text there, then clicking "Paste" in the container does not paste the contents of the Server Clipboard box but the current contents of the container clipboard.
5. Set PIXELFLUX_WAYLAND=false
6. Clipboard functionality works as expected.

Environment

- OS: Debian Trixie
- How docker service was installed: apt

CPU architecture

x86-64

Docker creation

services:
  webtop:
    image: lscr.io/linuxserver/webtop:debian-xfce
    container_name: webtop
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=CET
      - PIXELFLUX_WAYLAND=true
      - DRINODE=/dev/dri/renderD128
      - DRI_NODE=/dev/dri/renderD128
      - TITLE=Debian-XFCE
    volumes:
      - /volumes/debian-xfce:/config
    ports:
      - 3000:3000
      - 3001:3001
    device:
      - /dev/dri:/dev/dri
    shm_size: "1gb"
    restart: unless-stopped

Container logs

WARNING:webrtc_input:wl-copy failed code: 1, err: Failed to connect to a Wayland server: No such file or directory
Note: WAYLAND_DISPLAY is set to wayland-0
Note: XDG_RUNTIME_DIR is set to /config/.XDG
Please check whether /config/.XDG/wayland-0 socket exists and is accessible.

[thelamer]

Only the i3 (loads sway) and the kde images support Wayland mode, the rest of them have a bastardized xwayland fallback with broken cursor rendering.

fedora-kde for glibc and alpine-kde are the best tags to test new Wayland stuff.

[visbits]

I made a quick patch for the clipboard here: linuxserver/docker-baseimage-selkies#136

I also am working on the cursor stuff but have not made progress yet.

[LinuxServer-CI]

This issue has been automatically marked as stale because it has not had recent activity. This might be due to missing feedback from OP. It will be closed if no further activity occurs. Thank you for your contributions.

[thelamer]

I made a quick patch for the clipboard here: linuxserver/docker-baseimage-selkies#136

I also am working on the cursor stuff but have not made progress yet.

This branch has everything but cursor support, nested stuff just does not give me cursors, you get the default one on landing but after that nothing, complete silence.

I implemented the cursor shape protocol and all kinds of other stuff to try to extract it directly from Xwayland but it just will not give me the cursor literal hard segfaults when trying to interact with it.

I think in this nested scenario where it is Smithay wayland socket -> Xwayland -> Xfce, this is literally impossible. The events do not exist and they are not emmited properly. It is why stuff like labwc or kwin have a tight bridge built with their baked in xwayland modules.

You can try it with

git clone https://github.com/selkies-project/selkies.git
cd selkies
git checkout -f xwayland

docker run --rm -it \
 -p 3001:3001 \
 -e PUID=1000 \
 -e PGID=1000 \
 -e PIXELFLUX_WAYLAND=true \
 -e PIXELFLUX_XWAYLAND=true \
 -e DEV_MODE=selkies-dashboard \
 -v $(pwd):/config/src \
 linuxserver/webtop bash

The international characters are jenky too as I have to inject them with manual clipboard pastes, there is no path with xdotool available in this mode as well xwayland does not expose it even with -ac set.

The good news is that both mate and xfce are getting native wayland support and XFCE is basically there outside of some minor bugs: (wallpaper and window placement stuff as far as I can tell)

2026-04-06.15-55-44.mp4

Mate has a wayfire integration they are working on https://github.com/mate-desktop/mate-wayland-session

The xfce session stuff is right now, arch-xfce tag has it in wayland mode while ubuntu is about to be rebased to resolute to get it, I hope mate follows soon.

So in conclusion I do not think it is worth it, I think it is just wasted cycles. If you make a DE and will not support wayland you are just going to die off as a project eventually.