Can't copy from CopyQ (Flatpak)

[Meniny]

Describe the bug

Installed CopyQ from flatpak. can't copy anything by double clicking on the item

To Reproduce

1. double click on any item
2. try to paste

Expected behavior

should copy the item after I double clicked on it

Screenshots

Version, OS and Environment

OS: Linux Mint 22.2 Zara (Ubuntu noble) DE: Xfce Kernel: 6.8.0-85-generic App version: 12.0.1 Installation method: Flatpak

Additional context

Logs:

[2025-10-19 21:59:14.748] Warning <cmd/monitorClipboard-16>: [default] QtWarning: Qt: Session management error: Could not open network socket
[2025-10-19 21:59:22.864] Warning <cmd/provideClipboard-23>: [default] QtWarning: Qt: Session management error: Could not open network socket
[2025-10-19 21:59:22.864] Warning <cmd/provideSelection-24>: [default] QtWarning: Qt: Session management error: Could not open network socket

[hluk]

Does the app show the copied item in its Clipboard Content dialog (Ctrl+Shift+C)?

[Meniny]

Does the app show the copied item in its Clipboard Content dialog (Ctrl+Shift+C)?

Yes, it does

[hluk]

So I assume the item content is in the system clipboard. It is just not possible to paste it into the target app, right? According to the repro steps you posted in the description, that does not seem like a problem in CopyQ itself. Or maybe Flatpaks somehow use an isolated clipboard, but I'm not aware of such a feature.

[kevATin]

I'm having the same issue. I don't know much about how to set up CopyQ, I only needed it for a very simple workflow. I have a few notes and i click once on them to copy the text, that's all and that worked fine for months. Since the flatpak update yesterday clicking on the notes doesn't only not copy the text, but it causes the clipboard to just become empty. System: Fedora 41 Silverblue, Gnome 47 (Wayland)

[Meniny]

So I assume the item content is in the system clipboard. It is just not possible to paste it into the target app, right? According to the repro steps you posted in the description, that does not seem like a problem in CopyQ itself. Or maybe Flatpaks somehow use an isolated clipboard, but I'm not aware of such a feature.

thank you.

I tried to paste in BraveBrowser (deb), alactirry (deb), VSCodium (Flatpak), LocalSend (Flatpak), but failed.

I tried xclip -selection clipboard -o/xclip -selection primary -o, but got empty output.

But if I copy something, it will appear in CopyQ.

[hluk]

I assume the app runs under X11, not Wayland. Can you try starting the app with the following command?

QT_QPA_PLATFORM=xcb flatpak run --socket=x11 --nosocket=wayland com.github.hluk.copyq

[Meniny]

Yes, it runs under X11.

It’s so strange. When I first encountered this issue, I couldn’t paste text at all by double-clicking entries in the Flatpak version of CopyQ. However, with the latest 13.0.0 version, whether I launch CopyQ using the command flatpak run com.github.hluk.copyq or the one you provided, it now seems to be in a weird state where pasting works sometimes and fails other times.

My CopyQ list was imported from a file exported by CopyQ itself (except item 2). The list includes the following items:

1. git config --global init.defaultBranch
2. QT_QPA_PLATFORM=xcb flatpak run --socket=x11 --nosocket=wayland com.github.hluk.copyq
3. Here to Further Woke Agenda by Turning Free Software Gay

After testing, I can paste items 1 and 2 smoothly, but not item 3—unless I edit item 3 and copy it via the right-click menu in the editing interface. Then a new entry for item 3 will be added to the CopyQ list. Then, if I leave CopyQ, manually copy something else, return to CopyQ, and double-click this new entry, I can copy and paste it successfully.

Could this issue be related to the import/export function? I remember exporting the list in version 12.x and then reimporting it.

---

Update: I tried the .deb version (for debian 12), same situation.