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 951618 - Tries to set clipboard data despite timeout
Summary: Tries to set clipboard data despite timeout
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: spice-vdagent-win
Version: ---
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Uri Lublin
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 1029162
TreeView+ depends on / blocked
 
Reported: 2013-04-12 15:15 UTC by Tomas Jamrisko
Modified: 2019-10-10 14:20 UTC (History)
10 users (show)

Fixed In Version: vdagent-win-3.3-1
Doc Type: Bug Fix
Doc Text:
Previously copying and pasting a large amount of data to a clipboard caused the connection to timeout and the clipboard to be inaccessible, but vdagent continued attempting to paste the data to the clipboard. Now under these conditions the connection hits a timeout, but vdagent stops trying to write data to the clipboard.
Clone Of:
Environment:
Last Closed: 2014-01-21 14:42:59 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2014:0063 0 normal SHIPPED_LIVE spice-vdagent-win bug fix and enhancement update 2014-01-21 19:41:18 UTC

Description Tomas Jamrisko 2013-04-12 15:15:15 UTC 
Description of problem:
vdagent tries to set clipboard data, even though the clipboard has been closed because of timeout

Version-Release number of selected component (if applicable):
vdagent-win-0.1-16

How reproducible:
100 %

Steps to Reproduce:
1. Try copy pasting a clipboard that's large enough for the connection to time out

Actual results:
You'll see something like this in a log:

 
352::INFO::2013-04-08 13:11:45,322::VDAgent::handle_clipboard_grab::grab type 1
352::INFO::2013-04-08 13:11:45,322::VDAgent::handle_control_event::Control command 3
352::INFO::2013-04-08 13:11:50,494::VDAgent::on_clipboard_request::Clipboard wait timeout
---
352::INFO::2013-04-08 13:13:25,057::VDAgent::handle_clipboard::SetClipboardData failed: 1418
352::INFO::2013-04-08 13:13:25,072::VDAgent::handle_control_event::Control command 3
---
352::INFO::2013-04-08 13:18:41,928::VDAgent::on_clipboard_request::Clipboard wait timeout
---
352::INFO::2013-04-08 13:20:27,043::VDAgent::handle_clipboard::SetClipboardData failed: 1418
352::INFO::2013-04-08 13:20:28,215::VDAgent::handle_control_event::Control command 3
---
352::INFO::2013-04-08 13:20:40,980::VDAgent::on_clipboard_request::Clipboard wait timeout
---
352::INFO::2013-04-08 13:22:13,133::VDAgent::handle_clipboard::Not enough memory to set clipboard data, size 124411393 bytes
352::INFO::2013-04-08 13:22:13,336::VDAgent::handle_control_event::Control command 3

Additional info:
See https://bugzilla.redhat.com/show_bug.cgi?id=752483 starting ~ at comment 23
Comment 1 Arnon Gilboa 2013-05-09 07:32:52 UTC 
http://lists.freedesktop.org/archives/spice-devel/2013-May/013332.html
Comment 4 Vimal Patel 2013-10-30 18:30:11 UTC 
Tested using RHEVM 3.3 with guest tools 3.3_6.  The issue seems to be worse.  Copying around 500K of data from the guest (fails) causes the remote-viewer client to crash (a Windows error comes up and say remote desktop client has stopped working), and then RHEVM has an error pop up Error connecting to virtual Machine using SPICE: 355, and the data is never copied.  The original test was performed with a much larger amount of data (~4MB).

I also tried this in an environment where a timeout is not expected (faster lan network), and I see the same issue, I cannot copy 500K of data w/o making remote-viewer crash.
Comment 5 David Blechter 2013-11-19 14:02:42 UTC 
devel is investigating the cause of the client crash, and how it is related to vdagent behavior, and latest changes.
Comment 7 David Blechter 2013-12-12 13:00:50 UTC 
Couple of issues:
1. The bug that was submitted was about timeout, and it was fixed. After it was reported that it it failed QE, we we running the copy/paste tests from/to the win-7 guest with guest-tools 3.3_6,  and where using rhel 6.5 and Win-7 clients.The data size was used: 10,k, 20k, 512k, 1mb, 10mb, >10mb.
The network were used: LAN and wifi + VPN ( WAN conditions ).
The problem that was reported never happened. Moving bz back to ON_QA for verification.  
2. During the tested we did not observe any crashes on the client side rhel or WIN7.
I will recommend to to separate this issue from the original reported problem, and file new bug with detail descriptions.
Comment 8 Vimal Patel 2013-12-12 16:40:52 UTC 
Retested the scenario over WAN:
Using:
client: VirtViewer 0.5.6-15.el6_5 on Windows7x64
Tools: 3.3_6 on RHEVM is26 on Window7x64 guest

Copying a large amount of data, it does hit a timeout, but doesn't keep attempting to copying, which the bug states.
Comment 9 Charlie 2013-12-13 02:53:18 UTC 
Hi All does this need doc text? not quite clear as to what the problem was or if a new bug was raised?
Comment 11 errata-xmlrpc 2014-01-21 14:42:59 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHEA-2014-0063.html
Note You need to log in before you can comment on or make changes to this bug.