Bug 1748123

Summary: regression: copy paste doesn't work between client and F31 guests
Product: [Fedora] Fedora Reporter: Chris Murphy <bugzilla>
Component: spiceAssignee: Christophe Fergeau <cfergeau>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 31CC: alon, cfergeau, hdegoede, jforbes, kparal, kraxel, marcandre.lureau, sandmann, victortoso, yaneti
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-09-16 16:02:10 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
virsh dumpxml
none
guest journal none

Description Chris Murphy 2019-09-02 20:40:57 UTC 
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.
Comment 1 Chris Murphy 2019-09-02 20:41:33 UTC 
/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
Comment 2 Chris Murphy 2019-09-02 20:43:30 UTC 
Created attachment 1610962 [details]
virsh dumpxml
Comment 3 Chris Murphy 2019-09-02 20:51:39 UTC 
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.
Comment 4 Chris Murphy 2019-09-02 20:55:36 UTC 
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?
Comment 5 Gerd Hoffmann 2019-09-03 06:37:46 UTC 
(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?
Comment 6 Chris Murphy 2019-09-03 16:35:14 UTC 
'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?
Comment 7 Chris Murphy 2019-09-03 16:55:19 UTC 
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.
Comment 8 Chris Murphy 2019-09-03 17:14:16 UTC 
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?
Comment 9 Kamil Páral 2019-09-16 15:58:34 UTC 
I believe this is a duplicate of bug 1750120. Can you confirm, Chris?
Comment 10 Chris Murphy 2019-09-16 16:02:10 UTC 

*** This bug has been marked as a duplicate of bug 1750120 ***