RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 695060 - RFE: file copy paste support
Summary: RFE: file copy paste support
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: spice-vdagent
Version: 6.1
Hardware: All
OS: Unspecified
low
medium
Target Milestone: rc
: ---
Assignee: Zeeshan Ali
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 840699
TreeView+ depends on / blocked
 
Reported: 2011-04-10 09:38 UTC by juzhang
Modified: 2016-09-20 01:41 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-07-23 08:44:24 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

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.
Note You need to log in before you can comment on or make changes to this bug.