Bug 1327658
| Summary: | Copy and paste from a Windows 7 client to two RHEL guests sometimes fails | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Frank DeLorey <fdelorey> | ||||||
| Component: | mingw-virt-viewer | Assignee: | Default Assignee for SPICE Bugs <rh-spice-bugs> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | SPICE QE bug list <spice-qe-bugs> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 4.0.0 | CC: | cfergeau, lsurette, rbalakri, srevivo, tspeetje, uril | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2018-01-29 20:26:18 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | Spice | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
Created attachment 1147684 [details]
contains unsuccessful attempts
After discussing some of the facts of this case with Tim I must apologize as I did not add some of the important points. 1) Client is running Windows 7 and opening two sessions each one to a different guest. 2) Copy and paste will work to one of the guest sessions but not the second. It is as if the data in the buffer gets cleared after the paste happens to the first guest. 3) It does not matter what application the copy was done in it still will only paste to one of the guests. It's more accurate to say that the contents of the copy buffer never get to the second VM, regardless of the contents being used in the guest that works. (In reply to Frank DeLorey from comment #0) > Additional info: > > We have been unable to reproduce this here however from the customer: Any idea what could be the difference between your setup and the customer's? (In reply to Christophe Fergeau from comment #4) > (In reply to Frank DeLorey from comment #0) > > Additional info: > > > > We have been unable to reproduce this here however from the customer: > > Any idea what could be the difference between your setup and the customer's? My test was performed on a freshly installed system, or at least with minimal additional software installed. I don't know what additional software is installed on these systems. Are spice-vdagent and spice-vdagentd running on the guest that fails to copy/paste ? Yes these were verified to be running. Duplicate of #1539766 *** This bug has been marked as a duplicate of bug 1539766 *** BZ<2>Jira re-sync |
Created attachment 1147683 [details] contains successful attempts Description of problem: Spice copy and paste sometimes does not work from a Windows 7 client to a RHEL 6 guest Version-Release number of selected component (if applicable): RHEV 3.5, with spice client released with 3.6 (2.0.128) Windows 7 with either Native Client or SPICE browser plugin RHEL VDI as VM 2 open sessions open to two different VMs How reproducible: Randomly Steps to Reproduce: - Open 2 spice viewer sessions on a windows desktop, in your case, the guests are RHEL6 - Copy something to the clipboard from the windows desktop Actual results: See it appear in the clipboard buffer in one but only one of the RHEL6 VMs In the vdagent logs, one can observe 3 lines in the guest that is having issues, 6 in the guest where it works fine. Expected results: Copy something from within VM 1 and have it available in Windows and in VM 2 Additional info: We have been unable to reproduce this here however from the customer: Customer added the spice client logs (spicex.log) from a session where he had copy/paste issues. spicex.log contains data about the two connections vdi7633.tar.gz contains successful attempts vdi7538.tar.gz contains failures