Wayland: No clipboard content #1243
Comments
|
What do you mean by "See nothing in copyq"? Can you be more specific? |
|
Today copyq will not start, I would like to use it. |
|
If CopyQ is running, you can run Run |
|
copyq logs|tail -50 |
|
Looks like CopyQ cannot access clipboard for some reason -- or more specifically mouse selection. It seems you are running Wayland (as opposed to X11) and I thought it doesn't support selection. You can try disabling all options under "Clipboard Manipulation" except "Store Clipboard" in CopyQ configuration:
|
|
That is unfortunately not working neither. |
|
Oh, sorry, I pasted wrong screenshot. The configuration to avoid checking mouse selection should be like this:
@rgarcia89 Can you please check again? |
|
Doesn't work neither. It is also not able to set the shortcuts like you can see here |
Setting global shortcuts in Wayland is not supported (not sure if they already have a generic API for it). |
|
So this means that nothing of copyq is currently usable under fedora 31 and wayland... Thats really bad 🙈 |
I'm going to update to F31 soon and see if Wayland is finally usable for me. I'll try to fix these issues while I'm at it. :) |
hluk
changed the title
|
OK, I've upgraded to F31. Looks like it's not possible to access clipboard with Qt unless the window requesting the access is focused. This is also somewhat related: Custom notifications (a "tooltip" window) gets focused when they pop up and it doesn't seem to be possible to show them without focus (I messed around with window attributes). Couple of other Qt applications are broken because they use some special window behaviors (e.g. It could be a bug in Gnome. Below is short snippet to test the clipboard access (uses PyQt5). If you click "Update" button it gets formats currently in clipboard. Clicking "Get" gets the selected format. You can select the format in combo box, but opening the combo list somehow breaks clipboard access so Get and Update buttons no longer work unless the window is deactivated and activated again. #!/usr/bin/env python3
import sys
from PyQt5 import QtCore
from PyQt5 import QtGui
from PyQt5 import QtWidgets
app = QtWidgets.QApplication(sys.argv)
def update_format_list(combo):
combo.clear()
data = app.clipboard().mimeData()
for mime in data.formats():
combo.addItem(mime)
def get_format(combo, label):
mime = combo.currentText()
data = app.clipboard().mimeData().data(mime)
if mime.startswith('image'):
image = QtGui.QImage.fromData(data)
pixmap = QtGui.QPixmap.fromImage(image)
label.setPixmap(pixmap)
else:
text = data.data().decode()
label.setText(text)
combo = QtWidgets.QComboBox()
update_format_list(combo)
label = QtWidgets.QLabel()
label.setAlignment(QtCore.Qt.AlignCenter)
get_button = QtWidgets.QPushButton('&Get')
get_button.clicked.connect(lambda: get_format(combo, label))
update_button = QtWidgets.QPushButton('&Update')
update_button.clicked.connect(lambda: update_format_list(combo))
hlayout = QtWidgets.QHBoxLayout()
hlayout.addWidget(combo, stretch=1)
hlayout.addWidget(get_button)
hlayout.addWidget(update_button)
vlayout = QtWidgets.QVBoxLayout()
vlayout.addLayout(hlayout)
vlayout.addWidget(label)
window = QtWidgets.QWidget()
window.setLayout(vlayout)
window.show()
app.exec_() |
|
Workaround is to set E.g. launch CopyQ with: If CopyQ autostarts, you can change Exec=env QT_QPA_PLATFORM=xcb copyq |
|
@hluk this way copied text is stored in copyq. The only thing not working right now is storing text selected by the mouse. Thanks figuring out that workaround |
@rgarcia89 Mouse selections should work only from other X11 apps. AFAIK, Wayland doesn't support them. See also: https://wiki.gnome.org/Initiatives/Wayland/PrimarySelection |
|
I use Arch Linux with Sway. After the last update all the above described behavior happens here too now. |
|
if I launch in this way works: E.g. launch CopyQ with: env QT_QPA_PLATFORM=xcb copyq if I add in desktop file doesn't works Exec=env QT_QPA_PLATFORM=xcb copyq fedora 33 any clue? Regards., |
|
For Fedora (32 and 33), there is development package with much better Wayland support. You can install the package using: |
|
For Archlinux, the |
ghost
mentioned this issue
|
assuming you installed to defrault system path Exec=/usr/bin/env -S "QT_QPA_PLATFORM=xcb /usr/bin/copyq"for different path Exec=/usr/bin/env -S "QT_QPA_PLATFORM=xcb <your installed path>/bin/copyq" |
|
It still happens with me in Fedora 38 with Gnome 44.2 Wayland session |
|
Same here, found out it happens to the Flatpak version (7.0.0) I installed. Installing an older copyq with apt on Ubuntu 22.04 made it work though. |
|
I believe that the normal clipboard access does not work in Gnome Wayland session. It would need to be implemented somehow using Gnome Shell extensions. You can verify if the clipboard access works with
If you have this problem only with Flatpak version, it is possible that some arguments/permissions are missing in the specification: I could not reproduce the problem, but I've only tested it in Sway. |
|
I am also experiencing the same problem after installing from |
Me too, I'm having the same problem, the solution would be to switch to X11 instead of Wayland, but I don' t know if that can affect any other functionality in my pc |
|
Same for me. I guess it must be a mere configuration issue, otherwise I couldn't understand how this issue is still unsolved after almost 5 years, as it prevents the software from achieving its sole purpose on modern linux distributions. |
CopyQ supports clipboard management in Wayland via some standard protocol, but (as mentioned before) Gnome Wayland session allows clipboard managers to be implemented only as Gnome Shell Extensions. From a security perspective, it makes sense ...although any other app that has focus can access the clipboard. I believe, the workaround is to start CopyQ under XWayland with the following command (if it is supported in your Gnome installation): Note: I still use Sway (or KDE occasionally) without any issue, so I don't have a reason to investigate further and fix this myself currently. |
|
Fedora 40 still have issue |
|
I do try this on Ubuntu 24.04.1 but when I change some setting in app itself, it overwrites my changes...
|
But strangely enough, it fails the other way around too: I have a well-filled history, but choosing an item won't copy it to my active window. |
|
For whoever is having this issue from the future here's what I found: [Solution]: You want to start copyq using
|
Describe the bug
A clear and concise description of what the bug is.
copy some text from different sources, try to read the content of clipboard in CopyQ, nothing.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
A clear and concise description of what you expected to happen.
content from clipboard in copyq
Screenshots
If applicable, add screenshots to help explain your problem.
CopyQ
Clipboard Manager
v3.9.2
Version, OS and Environment Fedora 31 beta
Additional context
Add any other context about the problem here.
on trying to start copyq in terminal " Warning: CopyQ server is already running."
The text was updated successfully, but these errors were encountered: