Bug 2016563 - Cannot copy/paste to/from KDE VMs
Summary: Cannot copy/paste to/from KDE VMs
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: spice-vdagent
Version: 40
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Christophe Fergeau
QA Contact: Fedora Extras Quality Assurance
Whiteboard: https://ask.fedoraproject.org/t/we-ar...
Depends On:
Blocks: F36BetaFreezeException
TreeView+ depends on / blocked
Reported: 2021-10-21 23:10 UTC by Adam Williamson
Modified: 2024-02-15 22:54 UTC (History)
17 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed:
Type: Bug
bcotton: fedora_prioritized_bug-

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
freedesktop.org Gitlab spice/linux vd_agent issues 26 0 None opened Add support for wayland clipboard 2023-03-20 18:54:17 UTC

Description Adam Williamson 2021-10-21 23:10:32 UTC
If you run a Fedora 35 KDE virt-manager (qemu/SPICE) VM on a Fedora 35 host, you cannot copy/paste to or from the guest. Doing this with a Fedora 35 Workstation guest works fine.

Notes about the problem from IRC:

apol: I looked into it some days ago
Conan Kudo: oh?
apol: vd_agent, doesn't pick it up
apol: https://gitlab.freedesktop.org/spice/linux/vd_agent/-/commit/ca4dd7e8119e285ee9fee34ebaf151a759814b5d < this is the code in question
apol: I didn't go as far as to try to fix it though, but if someone knows how I can easily look into it from my development system I might be able to look into it
Conan Kudo: hmm, I guess we need to adjust spice-vdagent then
apol: quite possibly
apol: we have the necessary code in klipper and kde connect already, it's a matter of implementing it there I suppose

Proposing this as an FE issue for F35 Final, as it's very annoying and I *think* the fix will be client side, so if we don't fix it before final, the bug will always exist when booting the KDE live image...

Comment 1 Geraldo Simião 2021-10-22 13:10:33 UTC
Adam, I tested here four setups on my F35Kde host and F35kde guest and found that:

Host X11 / Guest Wayland => copy/paste doesn't work
Host X11 / Guest X11 => copy/paste WORK
Host Wayland / Guest Wayland => copy/paste doesn't work
Host Wayland / Guest X11 => copy/paste WORK

So, when guest is in xorg session copy paste allways work, and when guest is in wayland session, copy paste allways don't.
Hope this help in something for the fix process.

Comment 2 Aleix Pol 2021-10-22 16:12:12 UTC
Correct, on guest plasma wayland, we need to have ways for clients to talk to vdagent without giving vdagent focus. Much like we've had to do for the clipboard history applet and kde connect.

FWIW, it should work now with Guest Wayland but copying from an XWayland application, since vdagent is in XWayland mode for some reason.

Comment 3 Adam Williamson 2021-10-25 19:39:49 UTC
+3 in https://pagure.io/fedora-qa/blocker-review/issue/565 , marking accepted. Any chance anyone's figured out a fix for this?

Comment 4 Geraldo Simião 2022-03-15 00:00:09 UTC
This bug still persists, both on F35 with last updates and on F36 too, and behaves the same at F36:

Host X11 / Guest Wayland => copy/paste doesn't work
Host X11 / Guest X11 => copy/paste WORK
Host Wayland / Guest Wayland => copy/paste doesn't work
Host Wayland / Guest X11 => copy/paste WORK

So @awilliam can we set this to F36 and call it for FE too?

Comment 5 Adam Williamson 2022-03-15 00:02:17 UTC
Yeah, I'm still seeing it too :( Was hoping someone would've fixed it by now. Proposing for Beta FE.

Comment 6 Adam Williamson 2022-03-15 17:51:46 UTC
+4 in https://pagure.io/fedora-qa/blocker-review/issue/666 , marking accepted.

Comment 7 zpangwin 2022-05-19 20:09:44 UTC
Confirming that I still see this issue with Fedora 36 KDE

Fedora 35 Cinnamon with virt-manager.noarch 3.2.0-5.fc35

Fedora 36 KDE with spice-vdagent already installed.

[test@fedora ~]$ inxi -S
  Host: fedora Kernel: 5.17.5-300.fc36.x86_64 arch: x86_64 bits: 64
    Desktop: KDE Plasma v: 5.24.3 Distro: Fedora release 36 (Thirty Six)

While guest is running Wayland session, copy/paste between guest and host does not work. Logging out and having guest use X11 session, it works fine again.

Comment 8 Aleix Pol 2022-05-19 21:31:57 UTC
https://gitlab.freedesktop.org/spice/linux/vd_agent/-/blob/master/src/vdagent/clipboard.c < This seems to expect GTK to handle clipboards properly but it does not seem to.

Wild guess would be they might have implemented a gnome-specific protocol in there? There is no clipboard monitoring standard, we Plasma are using wlr-data-control-unstable-v1.xml from wlroots and I can imagine that GTK didn't bother with it. I have not double-checked.

I am not sure what's a good way forward as I am no GTK or vdagent developer.

I guess a good first step would be to open a ticket upstream in vdagent.

Comment 9 Adam Williamson 2022-10-11 11:04:01 UTC
Still valid on F37. Did anyone open an upstream ticket yet?

Comment 10 Geraldo Simião 2023-03-20 18:53:58 UTC
(In reply to Adam Williamson from comment #9)
> Still valid on F37. Did anyone open an upstream ticket yet?

maybe this one?

Comment 11 Kamil Páral 2023-04-05 07:08:16 UTC
Proposing as a Prioritized bug. It's very inconvenient that clipboard can't be shared with KDE virtual machines, both for end-users and developers/QA. It slows down any debugging and working with the system.

Comment 12 Ben Cotton 2023-04-19 14:54:49 UTC
In today's prioritized bugs meeting, we agreed to reject this as a prioritized bug. The upstream project is not active, so prioritizing won't get us very far. Use of a remote desktop service in the VM is the suggested workaround

Comment 13 Parminder Lehal 2023-08-31 09:42:33 UTC
...as if xdmcp etc is working..Which remote desktop solution is being proposed here???  It is sad that 18 years ago Linux had LTSP working flawlessly and today almost nothing works across network.

Comment 14 Aoife Moloney 2023-11-23 00:06:44 UTC
This message is a reminder that Fedora Linux 37 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 37 on 2023-12-05.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
'version' of '37'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, change the 'version' 
to a later Fedora Linux version. Note that the version field may be hidden.
Click the "Show advanced fields" button if you do not see it.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora Linux 37 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora Linux, you are encouraged to change the 'version' to a later version
prior to this bug being closed.

Comment 15 Neal Gompa 2023-11-23 01:44:06 UTC
This is still a problem today.

Comment 16 wmfinck 2024-01-06 15:03:39 UTC
Yes it is still a problem, I am having it on Fedora 39 with KDE.

Comment 17 Aoife Moloney 2024-02-15 22:54:16 UTC
This bug appears to have been reported against 'rawhide' during the Fedora Linux 40 development cycle.
Changing version to 40.

Note You need to log in before you can comment on or make changes to this bug.