Bug 1324896 - Full screen resolution for second window incorrect when using one portrait and one landscape mode display
Summary: Full screen resolution for second window incorrect when using one portrait an...
Keywords:
Status: CLOSED DUPLICATE of bug 1275539
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.5.7
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ovirt-3.6.4
: 3.6.4
Assignee: Michal Skrivanek
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-04-07 14:11 UTC by Frank DeLorey
Modified: 2021-12-09 12:26 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-04-14 07:42:27 UTC
oVirt Team: Virt
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHV-44177 0 None None None 2021-12-09 12:26:33 UTC

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 ***


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