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 1017294 - Copy and paste of large amount of text failed
Summary: Copy and paste of large amount of text failed
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: spice-vdagent
Version: 6.5
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Default Assignee for SPICE Bugs
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 1029162
TreeView+ depends on / blocked
 
Reported: 2013-10-09 15:10 UTC by Vaclav Ehrlich
Modified: 2016-10-04 04:02 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-08-05 13:44:36 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
spicex.log and spice-vdagent.log (14.31 KB, application/x-xz)
2014-05-08 17:35 UTC, Luca Villa
no flags Details

Description Vaclav Ehrlich 2013-10-09 15:10:50 UTC
Description of problem:
Large amount of text could not be copied (more than 10Mb) from guest to client.

Version-Release number of selected component (if applicable):
spice-vdagent 0.14.0-2

How reproducible:
Always

Steps to Reproduce:
1.Start qemu for client and guest
2.Connect to client and from client connect to guest
3.Check if spice-vdagentd is started
3.On guest create text file bigger than 10 Mb
4.Try to copy whole text to clipboard and paste it to client

Actual results:
Text could not be pasted to client.

Expected results:
Text can be copied to client or guest.

Additional info:
Client windows XP 32bit
Guest RHEL 6.5 64bit

Comment 2 Vaclav Ehrlich 2013-10-09 15:17:32 UTC
The 'Paste' option in client combo box is greyed out.

Comment 3 Vaclav Ehrlich 2013-10-11 10:15:46 UTC
From spice-vdagent log is obvious that after copy short text old clipboard data are released and new data are grabbed.
After copy long text old data are only released from clipboard.

Comment 4 RHEL Program Management 2013-10-15 01:35:07 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 6 Marc-Andre Lureau 2014-03-07 16:48:08 UTC
This works fine from me from Fedora client to RHEL6.5 guest, with spice-vdagent-0.14.0-2.el6.x86_64. Is this a WinXP 32bit client bug only? Could you try with other clients and change component appropriately?
 thanks

Comment 7 Luca Villa 2014-05-08 11:36:30 UTC
It seems I can reproduce it even with smaller text buffers.
In my tests I use a text file of 1205112 bytes (1.1 M) filled with 150639 lines each containing the text "mytext "

I'm running a fedora20 client and a RHEL 6.4 guest with latest vdagent installed  (spice-vdagent-0.14.0-3.el6_5.x86_64).

In /var/log/messages I read:

May  8 11:20:14 vm-90 spice-vdagent[2572]: primary: received release while not owning client clipboard
May  8 11:20:16 vm-90 spice-vdagent[2572]: clipboard: received release while not owning client clipboard
May  8 11:20:22 vm-90 spice-vdagent[2572]: clipboard: unexpected selection type GTK_TEXT_BUFFER_CONTENTS

Comment 8 Marc-Andre Lureau 2014-05-08 11:53:04 UTC
(In reply to Luca Villa from comment #7)
> It seems I can reproduce it even with smaller text buffers.
> In my tests I use a text file of 1205112 bytes (1.1 M) filled with 150639
> lines each containing the text "mytext "
> 
> I'm running a fedora20 client and a RHEL 6.4 guest with latest vdagent
> installed  (spice-vdagent-0.14.0-3.el6_5.x86_64).
> 
> In /var/log/messages I read:
> 
> May  8 11:20:14 vm-90 spice-vdagent[2572]: primary: received release while
> not owning client clipboard
> May  8 11:20:16 vm-90 spice-vdagent[2572]: clipboard: received release while
> not owning client clipboard

Means the client doesn't own the clipboard.

> May  8 11:20:22 vm-90 spice-vdagent[2572]: clipboard: unexpected selection
> type GTK_TEXT_BUFFER_CONTENTS

Here I am not sure, are you copying date from guest to client or the other way around?

could you provide fuller vdagent and spice-gtk debug logs?

Comment 9 Luca Villa 2014-05-08 17:35:07 UTC
Created attachment 893707 [details]
spicex.log and spice-vdagent.log

(In reply to Marc-Andre Lureau from comment #8)

> 
> Here I am not sure, are you copying date from guest to client or the other
> way around?

Reproduced the same with the win client (0.5.622.el6_5).
Conditions of the tests:

- wan connection (very limited upload bw)
- copy from the guest and paste to the client --> worked
- copy the same data from the client and pasted to the guest --> didn't work and printed the error in the logs

> 
> could you provide fuller vdagent and spice-gtk debug logs?

See attached.

Comment 10 Marc-Andre Lureau 2014-05-08 22:33:13 UTC
(In reply to Luca Villa from comment #9)
> Conditions of the tests:
> 
> - wan connection (very limited upload bw)
> - copy from the guest and paste to the client --> worked
> - copy the same data from the client and pasted to the guest --> didn't work
> and printed the error in the logs
> 
> > 
> > could you provide fuller vdagent and spice-gtk debug logs?
> 
> See attached.

The spicex log doesn't help, please provide virt-viewer/spice-gtk debug (and in some case GDK_DEBUG)

The spice-vdagent log isn't a debug log.

Comment 11 Marc-Andre Lureau 2014-05-26 13:58:42 UTC
Hmm I can't reproduce.

did you have klipper or parcellite or other clipboard manager running in the guest?

We need more info on how to reproduce. thanks

Comment 12 Marc-Andre Lureau 2014-06-04 12:35:40 UTC
sorry, I didn't mean to close, although I was close to do it ;) still waiting for more info

Comment 13 David Jaša 2015-01-07 14:44:43 UTC
Removing needinfo on Spice QE members from closed bugs.


Note You need to log in before you can comment on or make changes to this bug.