Bug 695060

Summary:	RFE: file copy paste support
Product:	Red Hat Enterprise Linux 6	Reporter:	juzhang <juzhang>
Component:	spice-vdagent	Assignee:	Zeeshan Ali <zeenix>
Status:	CLOSED CANTFIX	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	medium	Docs Contact:
Priority:	low
Version:	6.1	CC:	acathrow, alevy, bcao, dblechte, hdegoede, marcandre.lureau, mclasen, michen, zeenix
Target Milestone:	rc	Keywords:	FutureFeature
Target Release:	---
Hardware:	All
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-07-23 08:44:24 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	840699

Description juzhang 2011-04-10 09:38:32 UTC

Description of problem:
It will be very convenient for customer if we achieve file copy paste support between vm and client.drag and drop support between vm and client will be better.

Version-Release number of selected component (if applicable):
#rpm -qa | grep spice
spice-vdagent-0.6.3-6.el6.x86_64
spice-xpi-2.4-2.el6.x86_64
spice-server-0.8.0-1.el6.x86_64
spice-client-0.8.0-2.el6.x86_64

qemu-kvm version:
qemu-kvm-0.12.1.2-2.156.el6.x86_64

How reproducible:


Steps to Reproduce:
1.boot guest with qxl & spcievmc
#-spice port=5930,disable-ticketing -vga qxl -serial stdio -qmp tcp:0:4444,server,nowait -usb -device virtio-serial-pci,id=virtio-serial1 -chardev spicevmc,id=charchannel0,name=vdagent -device virtserialport,bus=virtio-serial1.0,nr=3,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 
2.file copy paste between vm and client
3.
  
Actual results:


Expected results:
file copy paste support between vm and client,


Additional info:

Comment 2 David Blechter 2012-03-06 18:57:06 UTC

was no approved for 6.3 -> 6.4?

Comment 3 RHEL Program Management 2012-07-10 05:47:14 UTC

This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 4 RHEL Program Management 2012-07-11 02:02:18 UTC

This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development.  This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4.

Comment 5 Hans de Goede 2012-07-23 08:44:24 UTC

We've made several designs for file copy&paste support for the agent, and all were rejected on technical grounds.

Using copy and paste, simply is not the right answer for file sharing between guest and client. We are looking into other solutions using a network filesystem to share directories (and their sub directories) between client and guest.

Comment 6 Hans de Goede 2012-07-23 10:08:56 UTC

Alon asked on irc for some more info on this, so here we go:

The problem is that with file-copy-paste the amount of data can become quite large, so you must pre-send it to the guest/client, otherwise the app doing the paste will timeout. Normal (local) file copy-paste only gives a list of file-locationss to the other side, so you must first store them somewhere on the guest, with the risk of running out of disk space, etc.

So Simply always announcing we've "files" in the clipboard won't work, we could always pre-cache before doing so, but that would cost enormous amounts of bandwidth, so then it becomes a question of adding a menu to the client to actually send files to the guest, with a progress bar. When you've done that, you can still run out of diskspace on the guest, and even if you don't then the guest filemanager will copy them from the tmp location to their final destination, with another progress bar,  and on that second copy you can again run out of diskspace, etc... So all in all it just does not add up to a pleasant user experience.