clipboard ownership copy-and-paste problems
I'm having the same problems as linux/vd_agent issue 9 - spice-vdagent clipboard ownership copy-and-paste problems, except on a Windows 7 guest.
Copy and paste works horribly within the VM, or crossing out into the host or another guest.
The first paste often works, but then subsequent ones usually fail. With a failed paste, more advanced apps lock up for about 8 seconds, but ones like notepad just fail without lag.
Observing this happening in Excel may be insightful. It appears the bug happens at the tail end of a successful paste, NOT at the beginning of a failing paste. When copying a cell, Excel puts a marching ants animation on the cell. After pasting, if I'm lucky and don't run into this bug, the marching ants continue and there is no entry in the vdagent log. But, like most of the time when I do run into this bug, the paste will be successful, but the cell will lose the marching ants animation, and this appears in the log:
1796::INFO::2018-12-02 04:21:06,024::handle_clipboard_grab::grab type 1 format=13
1796::INFO::2018-12-02 04:21:06,071::handle_clipboard_request::Received clipboard request from client while clipboard is not owned by guest
1796::INFO::2018-12-02 04:21:06,133::handle_clipboard_request::Received clipboard request from client while clipboard is not owned by guest
At that point, the next paste attempt is doomed to failure, lagging the app, and generating these 2 entries in the log, from the single failed paste attempt (it must auto-retry):
1796::INFO::2018-12-02 04:21:13,790::on_clipboard_request::Clipboard wait timeout
1796::INFO::2018-12-02 04:21:19,680::on_clipboard_request::Clipboard wait timeout
I synchronized my actions with the windows clock up. I hit CTRL+C at 04:21, CTRL+V at 4:21:06 (it pasted but deactivated the marching ants), and CTRL+V at 4:21:10 (it failed to paste and lagged the app.)
Sometimes the initial paste fails as well.
If I copy/paste successfully, then quickly copy again, it will sometimes put the second copy on the clipboard, but other times in Excel it will give me the error: "Microsoft Excel There's a problem with the clipboard, but you can still paste your content within this workbook." When that happens, I can then paste what's on Excel's internal clipboard forever without it failing. When this Excel error shows, the log simply shows:
1796::INFO::2018-12-02 04:29:10,340::handle_clipboard_grab::grab type 1 format=13
Host: Arch Linux linux 4.18.16 spice-git 0.14.1.r3950.8b5543dc spice-gtk 0.35 spice-protocol-git 0.12.15.r426.ee136f0 libvirt 4.8.0 virt-manager 2.0.0 virt-viewer 7.0 qemu-git 3.1.0.rc1.r16.g83c496599c xorg-server 1.20.3 plasma-desktop 5.14.3 plasma-framework 5.52.0 plasma-workspace 5.14.3 libinput 1.12.3 xf86-input-libinput 0.28.1 libevdev 1.6.0
Guest: Windows 7 64-bit Professional, up to date SPICE Guest Tools 0.141 QEMU guest agent 7.4.5
If I enable remote desktop connections in the host and remote in, I have no clipboard problems, as long as it's using RDP protocol. Using Remmina on the host, I can copy/paste without problems within the VM, or crossing out into the host or another guest.
Ran into this using Stable virtio-win iso, which is 0.1.141 and contains QEMU guest agent 7.4.5.
Tried Latest virtio-win iso, which is 0.1.160 and contains QEMU guest agent 7.6.2. Didn't help, even after rebooting.