Bug 1017294

Summary: Copy and paste of large amount of text failed
Product: Red Hat Enterprise Linux 6 Reporter: Vaclav Ehrlich <vehrlich>
Component: spice-vdagentAssignee: Default Assignee for SPICE Bugs <rh-spice-bugs>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Desktop QE <desktop-qa-list>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.5CC: acathrow, cfergeau, dblechte, hdegoede, luvilla, marcandre.lureau, pvine, tpelka, vehrlich
Target Milestone: rcKeywords: Reopened
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-08-05 13:44:36 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:
Bug Depends On:    
Bug Blocks: 1029162    
Attachments:
Description Flags
spicex.log and spice-vdagent.log none

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.