Bug 969405

Summary:	Spice shared clipboard is not working in anaconda DVD.iso
Product:	[Fedora] Fedora	Reporter:	Vojtěch Boček <vbocek>
Component:	anaconda	Assignee:	David Shea <dshea>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	19	CC:	anaconda-maint-list, dshea, g.kaviyarasu, hdegoede, jonathan, kparal, marcandre.lureau, mkolman, sandmann, sbueno, vanmeeuwen+fedora
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	anaconda-20.5-1	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-01-30 22:11:15 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:

Description Vojtěch Boček 2013-05-31 11:26:17 UTC

Description of problem:
Shared clipboard between host and guest in VM is not working in DVD.iso of Fedora 19 Beta RC4, spice-vdagent is however present and running. 

Version-Release number of selected component (if applicable):
Host: Fedora 19
spice-gtk3-0.19-1.fc19.x86_64
spice-server-0.12.3-1.fc19.x86_64

Guest: Fedora 19 Beta RC4 DVD.iso
anaconda 19.30-1
spice-vdagent-0.14.0-1.fc19.x86_64

How reproducible:
100%

Steps to Reproduce:
1. Run DVD.iso in KVM
2. Copy something to cliboard in host OS
3. Try to paste it to anaconda in VM

Actual results:
It does not paste the text from clipboard.

Expected results:
It should paste the text from Host's clipboard.

Comment 1 Kamil Páral 2013-05-31 11:31:18 UTC

With Live images the clipboard sharing works without problems.

Comment 2 David Shea 2013-08-02 17:58:02 UTC

It looks like the installer environment is doing what it's supposed to as far as vdagent, reassigning to spice

Comment 3 Hans de Goede 2013-08-03 08:30:08 UTC

I've not investigated this, but this is likely caused by the spice-vdagent not being started as part of a proper login session registered with systemd-logind. spice-vdagentd uses systemd-logind to find out which spice-vdagent process belongs to the active session (there can be multiple spice-vdagent-s running when using fast user switching), so it knows where to send copy and paste data. There are probably messages related to this in /var/log/spice-vdagent.log, assuming rsyslog is running in the anaconda environment.

The easiest way to work around spice-vdagentd requiring a session which is properly registered with systemd-logind is to disable spice-vdagentd-s session tracking, note that if you do this there may only be one spice-vdagent process, as soon as there are 2 spice-vdagentd will refuse to serve either of them.

To disable the systemd-logind integration start spice-vdagentd with -X, note this option is new in spice-vdagent-0.14.0 and not available in older versions.

Comment 4 David Shea 2013-08-05 14:44:56 UTC

Thanks, Hans, that was it: there's no login session on the non-live media.