Bug 1324896

Summary: Full screen resolution for second window incorrect when using one portrait and one landscape mode display
Product: Red Hat Enterprise Virtualization Manager Reporter: Frank DeLorey <fdelorey>
Component: ovirt-engineAssignee: Michal Skrivanek <michal.skrivanek>
Status: CLOSED DUPLICATE QA Contact:
Severity: medium Docs Contact:
Priority: unspecified    
Version: 3.5.7CC: cfergeau, dblechte, fdelorey, gklein, jjongsma, lsurette, mavital, rbalakri, Rhev-m-bugs, sherold, yeylon, ykaul
Target Milestone: ovirt-3.6.4   
Target Release: 3.6.4   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-04-14 07:42:27 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Virt RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Frank DeLorey 2016-04-07 14:11:34 UTC
Description of problem:

Screen resolution issues exist in a setup where one window is in portrait mode, and another in landscape mode.
When the first window is set to full screen, resolution of it is fine
When the second window is also set to full screen, no resolution change is triggered anymore.


Version-Release number of selected component (if applicable):

rhevm-spice-client-x64-msi-3.6-6.el6.noarch
xorg-x11-drv-qxl-0.1.1-17.el6.x86_64
virt-viewer 2.0-128 

How reproducible:

Every time

Steps to Reproduce:
- Attach 2 displays to a windows machine
- Setup 1 to be in portrait, the other in landscape mode.
- Open a virt-viewer connection to a RHEL-6 VM. Open a second display.
- Move the displays to have one on each physical screen
- Click on the 'Full screen' menu item (or Shift-F11) for the one vm display (watch the resolution change to the optimal)
- Click on the 'Full screen' menu item for the second vm display on the second screen.

Actual results:

The resolution doesn't change, the contents are scaled.

Expected results:

The resolution should change.

Additional info:

Comment 1 Jonathon Jongsma 2016-04-07 14:34:01 UTC
I can reproduce this on my Fedora machine as well. I'll investigate.

Comment 2 David Blechter 2016-04-07 19:17:01 UTC
(In reply to Frank DeLorey from comment #0)
> Description of problem:
> 
> Screen resolution issues exist in a setup where one window is in portrait
> mode, and another in landscape mode.
> When the first window is set to full screen, resolution of it is fine
> When the second window is also set to full screen, no resolution change is
> triggered anymore.
> 
> 
> Version-Release number of selected component (if applicable):
> 
> rhevm-spice-client-x64-msi-3.6-6.el6.noarch
> xorg-x11-drv-qxl-0.1.1-17.el6.x86_64
> virt-viewer 2.0-128 
> 
> How reproducible:
> 
> Every time
> 
> Steps to Reproduce:
> - Attach 2 displays to a windows machine
> - Setup 1 to be in portrait, the other in landscape mode.
> - Open a virt-viewer connection to a RHEL-6 VM. Open a second display.
> - Move the displays to have one on each physical screen
> - Click on the 'Full screen' menu item (or Shift-F11) for the one vm display
> (watch the resolution change to the optimal)
> - Click on the 'Full screen' menu item for the second vm display on the
> second screen.
> 
> Actual results:
> 
> The resolution doesn't change, the contents are scaled.
> 
> Expected results:
> 
> The resolution should change.
> 
> Additional info:

Frank,

how much ram/vgamem were allocated in qemu for this VM?

Comment 3 Frank DeLorey 2016-04-08 13:39:18 UTC
Hi Frank,

In my reproducers (also on Fedora 22) the following is the relevant part of the qemu process:

qxl-vga,id=video0,ram_size=134217728,vram_size=33554432,vgamem_mb=16,bus=pci.0,addr=0x2


Also, with different screen resolutions, the fact that one display is portrait, the other one landscape is irrelevant. With small resolutions, it works correctly, so I believe that it's rather the combined resolution that is the issue, instead of the portrait/landscape combination.

Kind regards
Tim

Comment 4 Jonathon Jongsma 2016-04-13 22:05:27 UTC
It looks like vgamem_mb is not set correctly. If you look at bug 1275539 comment 12, you'll see that it should be 16mb*num_heads. So if you have 2 displays, it should be 32, not 16. If I'm not mistaken, this was supposedly fixed in rhevm 3.6, but re-assigning for analysis.

Comment 5 Michal Skrivanek 2016-04-14 07:42:27 UTC
3.6 is released, you can give it a try I guess. Closing as duplicate

*** This bug has been marked as a duplicate of bug 1275539 ***