Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 913601 - Send keys menu offset in fullscreen (multi head)
Send keys menu offset in fullscreen (multi head)
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: virt-viewer (Show other bugs)
6.4
Unspecified Unspecified
unspecified Severity unspecified
: rc
: ---
Assigned To: Marc-Andre Lureau
Virtualization Bugs
:
Depends On:
Blocks: 946999
  Show dependency treegraph
 
Reported: 2013-02-21 10:16 EST by Tomas Jamrisko
Modified: 2013-11-21 03:08 EST (History)
13 users (show)

See Also:
Fixed In Version: virt-viewer-0.5.6-1.el6
Doc Type: Bug Fix
Doc Text:
Cause: In a multi-monitor guest setup, open the sendkey menu. Consequence: The menu is wrongly placed on the secondary monitors. Fix: Correctly translate the menu coordinates based on the toplevel windows position, Result: The sendkey menu is correctly placed on secondary monitors.
Story Points: ---
Clone Of:
: 946999 (view as bug list)
Environment:
Last Closed: 2013-11-21 03:08:20 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2013:1578 normal SHIPPED_LIVE virt-viewer bug fix and enhancement update 2013-11-20 16:39:50 EST

  None (edit)
Description Tomas Jamrisko 2013-02-21 10:16:59 EST
Description of problem:
Sendkeys menu is offset on the secondary monitor in a setup where both the guest and client have two displays

Version-Release number of selected component (if applicable):
virt-viewer-0.5.2-18.el6.x86_64

How reproducible:
always

Steps to Reproduce:
1. get a client with 2 monitors
2. connect to a VM (preferably rhel6.4) and open a second display
3. switch to full-screen mode
4. Click Send keys in the hidden menu on upper edge of screen of secondary monitor
  
Actual results:
The menu is open in a wrong position (usually on first monitor or close to an edge)

Expected results:
it should be centered
Comment 2 RHEL Product and Program Management 2013-02-25 01:48:01 EST
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 Marc-Andre Lureau 2013-05-13 20:32:26 EDT
sent patch to ML " window: fix send key menu popup position" (not yet in archives..)
Comment 5 Hans de Goede 2013-05-14 02:41:15 EDT
(In reply to comment #4)
> sent patch to ML " window: fix send key menu popup position" (not yet in
> archives..)

Hmm, I did not receive this on the list either, maybe something went wrong? Can you resend ?
Comment 7 Hans de Goede 2013-05-14 09:08:46 EDT
(In reply to comment #6)
> https://www.redhat.com/archives/virt-tools-list/2013-May/msg00038.html

Somehow missed the mail, looks good, ACK.
Comment 13 CongDong 2013-07-05 04:04:31 EDT
I can reproduce this bug:
Version:
virt-viewer-0.5.2-18.el6.x86_64

steps:
1. get a client with 2 monitors
2. connect to a VM (preferably rhel6.4) and open a second display
3. switch to full-screen mode
4. Click Send keys in the hidden menu on upper edge of screen of secondary monitor
5. Try on the other window

result:
Step4, Step5, one of the menu is in the wrong position.

Verify:
virt-viewer-0.5.6-1.el6

Steps:
As the steps above.

result:
The menu in every window is in right position.
Comment 14 errata-xmlrpc 2013-11-21 03:08:20 EST
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/RHBA-2013-1578.html

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