owncloud / owncloud/client

COPY_PRIVATE_LINK and COPY_PUBLIC_LINK silently fail on native Wayland sessions

Open
#12,534 1 comment 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C++
Stars
1.5k
Forks
692
Avg merge
2d 3h
Merged PRs (30d)
23

Description

Pre-submission Checks
  • 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
  1. Run ownCloud Desktop Client on a native Wayland session (with owncloud-client-nautilus shell integration installed).
  2. Open Nautilus and navigate to a synced folder
  3. Right-click a synced file → ownCloud submenu → "Copy private link to clipboard"
  4. Try to paste — clipboard was not updated
Screenshots

No response

Logs

No response

Client version number

ownCloud 6.0.3.18040 7c8209
Libraries Qt 6.8.3, OpenSSL 3.4.3 30 Sep 2025
Using virtual files plugin: suffix
OS: ubuntu-6.17.0-22-generic (build arch: x86_64, CPU arch: x86_64)
QPA: wayland
owncloud-client-nautilus 6.0.3+oc-18040

Desktop environment (Linux only)

Ubuntu 24.04 LTS with GNOME 46 (Wayland 1.22)

Client package version and origin (Linux only)

https://download.owncloud.com/desktop/ownCloud/stable/latest/linux/download/

Installation path (Windows only)

No response

Server information

owncloud 10.13.4 in Docker (Community Edition)

Additional context

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by locating the socket handling for COPY_PRIVATE_LINK and COPY_PUBLIC_LINK and the clipboard-writing path in the desktop client; the report names no files or tests. Check the native Wayland case described by WAYLAND_DISPLAY and the wl-copy(1) handoff. Done means both commands copy the expected URL on native Wayland sessions while existing non-Wayland behavior remains unchanged.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp, linux, ubuntu
Domain
desktop, operating-systems
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
52/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.