CopyQ
CopyQ copied to clipboard
hluk
CopyQ often says <EMPTY> right after copying text
If this is a repeat of a similar issue, my apologies. Searches of this issue were not found prior to this post.
Very often I add a plain text string to the clipboard. When I switch to the target application I wish to paste to and press Ctrl+V nothing happens. Opening CopyQ from the system tray the bar at the top of the window shows "<EMPTY> - CopyQ". The string just copied will display as item 1 in the clip list. It is necessary to double-click on the item or use the context menu to activate it again.
I can't replicate the issue. It is random and usually occurs with plain text from editors, a url copied from a web browser address bar or uri copied from a file manager address bar.
The expected behaviour is for the text to be active from the clipboard without instructing CopyQ to activate the item. The extra steps of opening CopyQ and reactivating the item is the major annoyance.
I am using CopyQ 7.0.0 Linux version on Kubuntu 22.04 running KDE.
Is there any error/warning or suspicious message in logs when this happens? (Open logs from main window with F12 shortcut.)
Do you use any "Automatic" commands? These have small "clipboard" icon in Command dialog (you can open it with F6 shortcut).
Is there any error/warning or suspicious message in logs when this happens? (Open logs from main window with F12 shortcut.)
Do you use any "Automatic" commands? These have small "clipboard" icon in Command dialog (you can open it with F6 shortcut).
I will answer this question next time CopyQ exhibits this bug.
No, there is no error. It just doesn't capture the clipboard.
Where can I see the logs?
No, there is no error. It just doesn't capture the clipboard.
Where can I see the logs?
As hluk wrote:
Is there any error/warning or suspicious message in logs when this happens? (Open logs from main window with F12 shortcut.)
I think my main window is not even opening, have a look at the video plz
Screencast from 2023-09-13 16-54-36.webm
Edit: It seems Ubuntu's native recording creates video compression glitches?
I think my main window is not even opening, have a look at the video plz Screencast.from.2023-09-13.16-54-36.webm
The video is not very clear but I do see at some point the CopyQ main window did appear at the top left of your screen. While focused on that window press F12 and the log window should appear.
top left of your screen
omg, it can barely be seen, and I have to select "New Window" afterwards to make it show...
Warning [2023-09-13 14:26:19.078] <Server-8883>: [default] QtWarning: Activating Wayland clipboard took 5000 ms
ERROR [2023-09-13 14:26:19.090] <Server-8883>: [default] QtCritical: Failed to activate Wayland clipboard
Warning [2023-09-13 14:26:19.170] <Server-8883>: [qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
Warning [2023-09-13 14:26:23.958] <Server-8883>: [qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
Warning [2023-09-13 14:26:23.970] <Server-8883>: [qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
Warning [2023-09-13 14:26:24.225] <monitorClipboard-8943>: [default] QtWarning: Activating Wayland clipboard took 5000 ms
ERROR [2023-09-13 14:26:24.236] <monitorClipboard-8943>: [default] QtCritical: Failed to activate Wayland clipboard
Warning [2023-09-13 14:26:27.112] <Server-8883>: [qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
Warning [2023-09-13 14:26:27.124] <Server-8883>: [qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
Warning [2023-09-13 14:26:28.437] <Server-8883>: [qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
Warning [2023-09-13 14:26:28.449] <Server-8883>: [qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
Warning [2023-09-13 14:27:31.396] <monitorClipboard-9033>: [default] QtWarning: Activating Wayland clipboard took 5000 ms
ERROR [2023-09-13 14:27:31.398] <monitorClipboard-9033>: [default] QtCritical: Failed to activate Wayland clipboard
Warning [2023-09-13 14:28:19.008] <monitorClipboard-9103>: [default] QtWarning: Activating Wayland clipboard took 5000 ms
ERROR [2023-09-13 14:28:19.010] <monitorClipboard-9103>: [default] QtCritical: Failed to activate Wayland clipboard
Warning [2023-09-13 14:28:24.097] <monitorClipboard-9152>: [default] QtWarning: Activating Wayland clipboard took 5000 ms
ERROR [2023-09-13 14:28:24.099] <monitorClipboard-9152>: [default] QtCritical: Failed to activate Wayland clipboard
Warning [2023-09-13 14:28:25.921] <Server-8883>: [qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
Warning [2023-09-13 14:28:25.933] <Server-8883>: [qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
Warning [2023-09-13 14:28:29.581] <Server-8883>: [qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
Warning [2023-09-13 14:28:29.593] <Server-8883>: [qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
Warning [2023-09-13 14:30:21.920] <Server-8883>: Failed to set global shortcut "Alt+V" for command "Show/hide main window".
Warning [2023-09-13 14:30:27.011] <monitorClipboard-9668>: [default] QtWarning: Activating Wayland clipboard took 5000 ms
ERROR [2023-09-13 14:30:27.022] <monitorClipboard-9668>: [default] QtCritical: Failed to activate Wayland clipboard
Warning [2023-09-13 14:30:37.278] <monitorClipboard-9689>: [default] QtWarning: Activating Wayland clipboard took 5000 ms
ERROR [2023-09-13 14:30:37.280] <monitorClipboard-9689>: [default] QtCritical: Failed to activate Wayland clipboard
Warning [2023-09-13 17:04:37.810] <Server-8883>: [qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
Warning [2023-09-13 17:04:37.821] <Server-8883>: [qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
This bug just occurred again. Examining the log, it shows nothing. The last logged entry is timestamped eight days ago (2023-09-05). This system does not run Wayland. It still uses X-Server.
@FeatureSpitter The logs indicate the app runs on Wayland - specifically this is infamous Qt warning on the system:
[qt.qpa.wayland] QtWarning: Wayland does not support QWindow::requestActivate()
Try launching the app with env QT_QPA_PLATFORM=xcb copyq. More details about the known Wayland problems are here: https://copyq.readthedocs.io/en/latest/known-issues.html#on-linux-global-shortcuts-pasting-or-clipboard-monitoring-does-not-work
If this is a repeat of a similar issue, my apologies. Searches of this issue were not found prior to this post.
Very often I add a plain text string to the clipboard. When I switch to the target application I wish to paste to and press Ctrl+V nothing happens. Opening CopyQ from the system tray the bar at the top of the window shows "<EMPTY> - CopyQ". The string just copied will display as item 1 in the clip list. It is necessary to double-click on the item or use the context menu to activate it again.
I can't replicate the issue. It is random and usually occurs with plain text from editors, a url copied from a web browser address bar or uri copied from a file manager address bar.
The expected behaviour is for the text to be active from the clipboard without instructing CopyQ to activate the item. The extra steps of opening CopyQ and reactivating the item is the major annoyance.
I am using CopyQ 7.0.0 Linux version on Kubuntu 22.04 running KDE.
I have almost the same issue and can not insert anything to CopyQ on Ubuntu 23.04 but it worked well on Ubuntu 22.04
