RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1092871 - virt-viewer doesn't automatically adjust resolution when opened fullscreen via vv-file
Summary: virt-viewer doesn't automatically adjust resolution when opened fullscreen vi...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: virt-viewer
Version: 6.6
Hardware: Unspecified
OS: Unspecified
urgent
low
Target Milestone: rc
: ---
Assignee: Jonathon Jongsma
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On: 1083203
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-04-30 07:17 UTC by Jan Kurik
Modified: 2019-05-20 11:10 UTC (History)
13 users (show)

Fixed In Version: 0.5.6-8.el6_5.3
Doc Type: Bug Fix
Doc Text:
Prior to this update, when a virt-viewer console was launched from the Red Hat Enterprise Virtualization user portal with the 'Native Client' invocation method and 'Open in Full Screen' was selected, the displays of the guest virtual machine were not always configured to match the client displays. After this update, virt-viewer will show a full-screen guest display for each client monitor.
Clone Of:
Environment:
Last Closed: 2014-05-14 13:52:15 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
remote-viewer log file (5.42 KB, text/x-log)
2014-05-05 03:11 UTC, CongDong 		no flags Details
screen shoot for 4 monitors (3.74 MB, image/png)
2014-05-07 05:38 UTC, CongDong 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 776553 0 None None None Never
Red Hat Product Errata RHBA-2014:0492 0 normal SHIPPED_LIVE virt-viewer bug fix update 2014-05-14 17:50:53 UTC

Description Jan Kurik 2014-04-30 07:17:59 UTC 
This bug has been copied from bug #1083203 and has been proposed
to be backported to 6.5 z-stream (EUS).
Comment 4 CongDong 2014-05-05 03:10:07 UTC 
I test with virt-viewer-0.5.6-8.el6_5.3.x86_64

1. Prepare a spice guest on rhevm and a client with more than one onitors
2. Configure the guest with "native client" and "Open in Full Screen"
3. Download "console.vv" file
4. #remote-viewer console.vv --debug

Result:
When the client has two monitors, guest both work well, two displays show on each client monitor and have the right resolution.

But when the client has 4 monitors, the guest only opens one display with wrong resolution.

As the result, ASSINGED.

I will add log later.
Comment 5 CongDong 2014-05-05 03:11:22 UTC 
Created attachment 892359 [details]
remote-viewer log file
Comment 6 Cui Lei 2014-05-06 01:45:32 UTC 
Refer to Comment 4 and comment 5, and due to "After this update, virt-viewer will show a full-screen guest display for each client monitor." in doc text, needinfo to Jonathon to investigate.
Comment 7 Jonathon Jongsma 2014-05-06 20:30:13 UTC 
According to the log, it is doing auto-conf with 4 monitors: 

(remote-viewer:5056): remote-viewer-DEBUG: Checking full screen auto-conf
(remote-viewer:5056): remote-viewer-DEBUG: Performing full screen auto-conf, 4 host monitors
(remote-viewer:5056): remote-viewer-DEBUG: Set SPICE display 0 to (0,26)-(1280x1024)
(remote-viewer:5056): remote-viewer-DEBUG: Set SPICE display 1 to (1280,26)-(1280x1024)
(remote-viewer:5056): remote-viewer-DEBUG: Set SPICE display 2 to (2560,0)-(1680x1050)
(remote-viewer:5056): remote-viewer-DEBUG: Set SPICE display 3 to (4240,0)-(1680x1050)


I tried to reproduce here and it worked fine with 4 monitors.  Can you give additional information about your setup and observed behavior?  What is guest OS? Is it 100% reproducible or only sometimes?  etc.
Comment 8 CongDong 2014-05-07 05:38:14 UTC 
Created attachment 893100 [details]
screen shoot for 4 monitors

My guest is rhel6, and I choose the graphics spice, other options is default.

I download the "console.vv", then run cmd:
# remote-viewer console.vv

Only one display shows on the first monitor just like the screenshot shows.
And I re-check the log, same with comment 7, looks like auto-conf with 4 monitors, but only one display come out.
Comment 9 Jonathon Jongsma 2014-05-07 16:10:11 UTC 
Judging by the screenshot, it looks like even the very first display is not configured appropriately to match the client monitor.  And I suspect that this is another symptom of Bug 1008312.  Can you reproduce this with a windows guest? 3 monitors?
Comment 10 CongDong 2014-05-08 06:58:47 UTC 
(In reply to Jonathon Jongsma from comment #9)
> Judging by the screenshot, it looks like even the very first display is not
> configured appropriately to match the client monitor.  And I suspect that
> this is another symptom of Bug 1008312.  Can you reproduce this with a
> windows guest? 

When use a windows guest, if I configure the guest with only one display first, it cannot open 4 displays to match the client. But after I try 2 or 3 times, it works fine with 4 displays

> 3 monitors?
If just plug 3 monitors on the client.
The result is same with 4.

rhel guest: just one display shows, but recognise 3 monitors from the log
win guest: cannot open 3 displays first, but it's ok after try some times.
Comment 11 David Blechter 2014-05-08 11:57:37 UTC 
(In reply to CongDong from comment #4)
> I test with virt-viewer-0.5.6-8.el6_5.3.x86_64
> 
> 1. Prepare a spice guest on rhevm and a client with more than one onitors
> 2. Configure the guest with "native client" and "Open in Full Screen"
> 3. Download "console.vv" file
> 4. #remote-viewer console.vv --debug
> 
> Result:
> When the client has two monitors, guest both work well, two displays show on
> each client monitor and have the right resolution.
> 
> But when the client has 4 monitors, the guest only opens one display with
> wrong resolution.
> 
> As the result, ASSINGED.
> 
> I will add log later.

it is my understanding that the bug verification failed QE. The fix this bug is about, covers only the case when when the auto-config is apply when the full screen mode is selected in RHEVM in native mode( see https://bugzilla.redhat.com/show_bug.cgi?id=1083203#c0)
According to your statement, with two displays the auto adjustment works. This is what this fix is about. 

The resolution problems with rhel vm are known to development, and we are working on this issues, as was reported by you in https://bugzilla.redhat.com/show_bug.cgi?id=1008312 and in other bugs as well:
https://bugzilla.redhat.com/show_bug.cgi?id=1088390
https://bugzilla.redhat.com/show_bug.cgi?id=1076728

All the above bugs were filed prior to the this fix
What we really want is to verify that the behavior that reported by customer is solved with this fix.

thanks, David
Comment 12 Jonathon Jongsma 2014-05-08 19:26:20 UTC 
The key question is: "Does remote-viewer behave the same when 'native client' is selected as it does when 'browser plugin' is selected?"

In other words, do all 4 displays get configured properly when you launch remote-viewer via the browser plugin method?
Comment 13 CongDong 2014-05-09 07:13:31 UTC 
If use 'browser plugin', I found a new problem, the 4 displays cannot expend to 4 monitors, two displays will shows at one monitor.

As David's reply (comment 11), this problem is resolved.
VERIFY steps and results pls check comment 4 and comment 10.
As the result and comment 11, set VERIFIED.
Comment 15 errata-xmlrpc 2014-05-14 13:52:15 UTC 
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-2014-0492.html
Note You need to log in before you can comment on or make changes to this bug.