Bug 894141

Summary:	Multimonitor QXL with 1 display takes larger resolution of two mismatched monitors if virt-viewer is set to full screen.
Product:	Red Hat Enterprise Linux 6	Reporter:	Bill Sanford <bsanford>
Component:	xorg-x11-drv-qxl	Assignee:	Søren Sandmann Pedersen <sandmann>
Status:	CLOSED DUPLICATE	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	6.4	CC:	cfergeau, dblechte, dyasny, kem, mkrcmari, pvine, tjamrisk, vipatel
Target Milestone:	rc	Keywords:	Regression, TestBlocker
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-01-11 14:59:40 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:

Description Bill Sanford 2013-01-10 20:20:43 UTC

Description of problem:
Multimonitor QXL with 1 display takes larger resolution of two mismatched monitors if virt-viewer is set to full screen. 

The main monitor is 1440x900, the second monitor is 1600x1200. When I launch the console button from the User Portal, and not in full screen, the one display appears normal on the main monitor. Then I press SHIFT-F11 to put the virt-viewer in full-screen. This will now display the 1600x1200 resolution on the main monitor. Once I launch "Display" from the "System -> Preferences" of the VM, the resolution immediately switches to the maximum display of the client of 1440x900 before I can physically change the resolution setting.

Version-Release number of selected component (if applicable):
RHEV-M 3.1 (si24.5)
Two RHEL 6.3 hosts
RHEL6.4-20130109.1 (Snap 3) Client and Guest VM

How reproducible:
100%

Steps to Reproduce:
1. See above.
2.
3.
  
Actual results:
The main monitor has the VM display at 1600x1200.

Expected results:
The main monitor should have the VM display at 1440x900 immediately.

Additional info: