You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
COPY_PRIVATE_LINK and COPY_PUBLIC_LINK silently fail on native Wayland sessions #12534
I checked for similar issues, but could not find any. I also checked the closed issues. I could not contribute additional information to any existing issue.
I will take the time to fill in all the required fields. I know that the bug report may be dismissed otherwise due to lack of information.
Describe the bug
When right-clicking a synced file in a Wayland-native file manager with a desktop shell integration installed (e.g. Nautilus with owncloud-client-nautilus on GNOME Wayland) and selecting "Copy private link to clipboard", nothing is copied. The action appears to succeed (no error is shown), but the clipboard remains unchanged.
Without a shell integration, this issue seems not relevant — the clipboard write is only triggered via the socket when a file manager extension sends COPY_PRIVATE_LINK or COPY_PUBLIC_LINK.
This affects all shell integrations that trigger these commands over the socket (Nautilus, Nemo, Caja, Dolphin on KDE Wayland) and all Wayland compositors (GNOME, KDE Plasma, Sway, etc.).
Expected behavior
The private link URL is copied to the clipboard.
Detect a native Wayland session via WAYLAND_DISPLAY and delegate the clipboard write to wl-copy(1), which does not require a compositor surface.
Steps to reproduce the issue
Run ownCloud Desktop Client on a native Wayland session (with owncloud-client-nautilus shell integration installed).
Open Nautilus and navigate to a synced folder
Right-click a synced file → ownCloud submenu → "Copy private link to clipboard"
Activity
DeepDiver1975 commentedon May 6, 2026
fix: #12535