Description of problem: I can copy paste as expected with Fedora 29 and 30 guests, but not a Fedora 31 guest. (Neither into nor out of the guest.) HOST: Fedora 31 Workstation GUEST: Fedora 31 Workstation CLIENT: Fedora 30 Workstation The client is a 2nd computer from which I'm running virt-manager and doing the copy-pasting interaction. The problem is reproducible (or not) just by booting the downloadable ISO live media and trying to copy paste into/out of gedit or Terminal. Fedora-Workstation-Live-x86_64-29-1.2.iso Fedora-Workstation-Live-x86_64-30-1.2.iso Fedora-Workstation-Live-x86_64-31-20190828.n.0.iso Version-Release number of selected component (if applicable): this is what's on the F31 live ISO (guest) spice-server-0.14.2-2.fc31.x86_64 spice-glib-0.37-3.fc31.x86_64 spice-gtk3-0.37-3.fc31.x86_64 spice-vdagent-0.19.0-2.fc31.x86_64 libvirt-daemon-kvm-5.6.0-1.fc31.x86_64 xorg-x11-drv-libinput-0.29.0-1.fc31.x86_64 libinput-1.14.1-1.fc31.x86_64 qemu-kvm-4.1.0-1.fc31.x86_64 How reproducible: 100% if the guest is Fedora 31 0% if the guest is something else, F29/F30/opensuseTumbleweed, etc Steps to Reproduce: 1. Boot Fedora-Workstation-Live-x86_64-31-20190828.n.0.iso using virt-manager 2. copy some text in the client, try to paste it into the guest (tried both the control-c, control-v method, and also choosing copy/paste in client and guest GUI) 3. Actual results: The copied text is not pasted. If in the guest I've copied some text, what gets pasted is always what was last copied from within the guest. The behavior is like there's no interaction between client and guest, no copy/paste between them at all, they act totally independently. Expected results: I expect content I've copied in the client to be pasted in the guest. And content I've copied in the guest, to be pasted in the client. Additional info: No messages appear in either client, host, or guest journals at the time of either the copy or paste.
/usr/bin/qemu-system-x86_64 -name guest=uefivm,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-8-uefivm/master-key.aes -machine pc-q35-4.0,accel=kvm,usb=off,vmport=off,dump-guest-core=off -cpu SandyBridge-IBRS,vme=on,vmx=on,pcid=on,hypervisor=on,arat=on,tsc-adjust=on,umip=on,md-clear=on,stibp=on,arch-capabilities=on,ssbd=on,xsaveopt=on,skip-l1dfl-vmentry=on -drive file=/usr/share/edk2/ovmf/OVMF_CODE.fd,if=pflash,format=raw,unit=0,readonly=on -drive file=/var/lib/libvirt/qemu/nvram/uefivm_VARS.fd,if=pflash,format=raw,unit=1 -m 3072 -overcommit mem-lock=off -smp 4,sockets=4,cores=1,threads=1 -uuid 05d0a9c8-6a0e-4bbc-b36c-5e0082b987ee -no-user-config -nodefaults -chardev socket,id=charmonitor,fd=37,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=delay -no-hpet -no-shutdown -global ICH9-LPC.disable_s3=1 -global ICH9-LPC.disable_s4=1 -boot strict=on -device pcie-root-port,port=0x10,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x2 -device pcie-root-port,port=0x11,chassis=2,id=pci.2,bus=pcie.0,addr=0x2.0x1 -device pcie-root-port,port=0x12,chassis=3,id=pci.3,bus=pcie.0,addr=0x2.0x2 -device pcie-root-port,port=0x13,chassis=4,id=pci.4,bus=pcie.0,addr=0x2.0x3 -device pcie-root-port,port=0x14,chassis=5,id=pci.5,bus=pcie.0,addr=0x2.0x4 -device pcie-root-port,port=0x15,chassis=6,id=pci.6,bus=pcie.0,addr=0x2.0x5 -device pcie-root-port,port=0x16,chassis=7,id=pci.7,bus=pcie.0,addr=0x2.0x6 -device qemu-xhci,p2=15,p3=15,id=usb,bus=pci.2,addr=0x0 -device virtio-serial-pci,id=virtio-serial0,bus=pci.3,addr=0x0 -drive file=/var/lib/libvirt/images/untitled.qcow2,format=qcow2,if=none,id=drive-virtio-disk0,cache=unsafe,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.4,addr=0x0,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=2,write-cache=on -drive file=/var/lib/libvirt/images/Fedora-Workstation-Live-x86_64-31-20190828.n.0.iso,format=raw,if=none,id=drive-sata0-0-0,readonly=on -device ide-cd,bus=ide.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=1 -netdev tap,fd=39,id=hostnet0,vhost=on,vhostfd=40 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:7c:25:f9,bus=pci.1,addr=0x0 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev socket,id=charchannel0,fd=41,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel1,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=com.redhat.spice.0 -device usb-tablet,id=input0,bus=usb.0,port=1 -spice port=5900,addr=127.0.0.1,disable-ticketing,image-compression=off,seamless-migration=on -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pcie.0,addr=0x1 -device ich9-intel-hda,id=sound0,bus=pcie.0,addr=0x1b -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0,bus=usb.0,port=2 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1,bus=usb.0,port=3 -device virtio-balloon-pci,id=balloon0,bus=pci.5,addr=0x0 -object rng-random,id=objrng0,filename=/dev/urandom -device virtio-rng-pci,rng=objrng0,id=rng0,bus=pci.6,addr=0x0 -sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny -msg timestamp=on
Created attachment 1610962 [details] virsh dumpxml
Created attachment 1610963 [details] guest journal In the F31 guest 'journalctl -o short-monotonic > journal.txt' There are spice related messages but I'm not sure if any of them hint at a problem. There are tons of gnome-shell messages because debugging is enabled.
In the client, if in virt-manager I change the VNC Server option from Spice Server to VNC Server, the problem still happens. *shrug* maybe it's not a spice problem?
(In reply to Chris Murphy from comment #4) > In the client, if in virt-manager I change the VNC Server option from Spice > Server to VNC Server, the problem still happens. *shrug* maybe it's not a > spice problem? xorg vs. wayland maybe?
'loginctl show-session' shows Type=wayland for host and guests regardless of ISO. Is the copy/paste agent (spice and vnc) a user process? I wonder whether they run as a 'systemd --user' process and are both somehow being unexpected restricted?
Interesting. Boot Fedora 30 ISO: [liveuser@localhost-live ~]$ loginctl session-status 1 1 - liveuser (1000) Since: Tue 2019-09-03 16:49:11 EDT; 3h 59min left Leader: 1415 (gdm-session-wor) Seat: seat0; vc2 TTY: tty2 Service: gdm-autologin; type wayland; class user State: active Unit: session-1.scope ├─1415 gdm-session-worker [pam/gdm-autologin] ├─1494 /usr/bin/gnome-keyring-daemon --daemonize --login ├─1499 /usr/libexec/gdm-wayland-session /usr/bin/gnome-session ├─1571 /usr/libexec/gnome-session-binary ├─1671 /usr/bin/gnome-shell ├─1695 /usr/bin/Xwayland :0 -rootless -terminate -accessx -core -listen 4 -listen 5 -displayfd 6 ├─1718 ibus-daemon --xim --panel disable ├─1722 /usr/libexec/ibus-dconf ├─1724 /usr/libexec/ibus-x11 --kill-daemon ├─1816 /usr/libexec/gsd-smartcard ├─1817 /usr/libexec/gsd-keyboard ├─1819 /usr/libexec/gsd-power ├─1821 /usr/libexec/gsd-a11y-settings ├─1822 /usr/libexec/gsd-sound ├─1823 /usr/libexec/gsd-media-keys ├─1824 /usr/libexec/gsd-print-notifications ├─1825 /usr/libexec/gsd-clipboard ├─1826 /usr/libexec/gsd-wacom ├─1827 /usr/libexec/gsd-mouse ├─1828 /usr/libexec/gsd-rfkill ├─1829 /usr/libexec/gsd-color ├─1830 /usr/libexec/gsd-xsettings ├─1833 /usr/libexec/gsd-screensaver-proxy ├─1835 /usr/libexec/gsd-datetime ├─1839 /usr/libexec/gsd-sharing ├─1840 /usr/libexec/gsd-housekeeping ├─1848 /usr/bin/spice-vdagent ├─1986 /usr/libexec/gsd-printer ├─2033 /usr/libexec/ibus-engine-simple ├─2080 /usr/libexec/gsd-disk-utility-notify ├─2084 /usr/libexec/tracker-miner-fs └─2095 /usr/libexec/evolution-data-server/evolution-alarm-notify Boot Fedora 31 ISO [liveuser@localhost-live ~]$ loginctl session-status 1 1 - liveuser (1000) Since: Tue 2019-09-03 16:36:12 EDT; 3h 57min left Leader: 1383 (gdm-session-wor) Seat: seat0; vc2 TTY: tty2 Service: gdm-autologin; type wayland; class user State: active Unit: session-1.scope ├─1383 gdm-session-worker [pam/gdm-autologin] ├─1475 /usr/bin/gnome-keyring-daemon --daemonize --login ├─1479 /usr/libexec/gdm-wayland-session /usr/bin/gnome-session └─1485 /usr/libexec/gnome-session-binary Sep 03 16:36:12 localhost-live systemd[1]: Started Session 1 of user liveuser. Sep 03 16:36:12 localhost-live gdm-autologin][1383]: pam_unix(gdm-autologin:session): session opened for user liveuser by (ui> [liveuser@localhost-live ~]$ Is this expected? That's a lot of services that aren't running in the F31 case.
OK they *are* running, just not in the session-1.scope. Does gsd-clipboard have anything to do with this? I wonder if that, or the spice-vdagent normally expect to be in the same session scope I'm pasting into, or out of, in order to work?
I believe this is a duplicate of bug 1750120. Can you confirm, Chris?
*** This bug has been marked as a duplicate of bug 1750120 ***