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 1212802 - virt-viewer -f option doesn't work well after last leaving with enable dispaly1,3
Summary: virt-viewer -f option doesn't work well after last leaving with enable dispal...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: virt-viewer
Version: 6.7
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: rc
: 6.8
Assignee: Pavel Grunt
QA Contact: Virtualization Bugs
URL:
Whiteboard:
: 1200750 (view as bug list)
Depends On:
Blocks: 1275343
TreeView+ depends on / blocked
 
Reported: 2015-04-17 10:39 UTC by zhoujunqin
Modified: 2016-05-10 21:22 UTC (History)
11 users (show)

Fixed In Version: virt-viewer-2.0-8.el6
Doc Type: Bug Fix
Doc Text:
Please, see the doc text for https://bugzilla.redhat.com/show_bug.cgi?id=1275343 Cause: When running in fullscreen it is possible to end up in a situation where we have more displays enabled than monitors. Consequence: remote-viewer enables more displays than necessary for fullscreen mode. Fix: Disable displays that should not be enabled in the fullscreen mode. Result: remote-viewer enables the proper number of displays (same as user's monitors) when started on fullscreen mode.
Clone Of:
: 1275343 (view as bug list)
Environment:
Last Closed: 2016-05-10 21:22:59 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Screenshot in fullscreen (2.33 MB, image/png)
2015-04-17 10:39 UTC, zhoujunqin
no flags Details
step1 debug log (59.25 KB, text/plain)
2015-04-17 10:40 UTC, zhoujunqin
no flags Details
step2 debug log (130.01 KB, text/plain)
2015-04-17 10:40 UTC, zhoujunqin
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2016:0832 0 normal SHIPPED_LIVE libgovirt, spice-gtk, usbredir, and virt-viewer bug fix update 2016-05-10 22:41:23 UTC

Description zhoujunqin 2015-04-17 10:39:36 UTC
Created attachment 1015525 [details]
Screenshot in fullscreen

Description of problem:
First use virt-viewer connect to guest, exiting with enable display1 and display3, then reconnect to guest with -f option, display1,2,3 are all showing.

Version-Release number of selected component (if applicable):
virt-viewer-2.0-6.el6.x86_64
spice-vdagent-0.14.0-9.el6.x86_64
libvirt-0.10.2-53.el6.x86_64
xorg-x11-drv-qxl-0.1.1-17.el6.x86_64
spice-gtk-0.26-4.el6.x86_64

How reproducible:
100%

Steps to Reproduce:
Environment setup:
Prepare a spice + qxl + spicevmc guest  and a host with two monitors.

Guest installed with tree:http://download.englab.nay.redhat.com/pub/rhel/rel-eng/RHEL-6.7-20150415.0/6.7/Server/x86_64/os/

Host also update to this tree version.

1. Start the guest and open display 1 and display 3

    # virsh start $vm

    # virt-viewer $vm (see debuglog)

    View -> Displays , check on display 1 and display 3

    Then close virt-viewer.

2. connect the guest with option -f 
    # virt-viewer $vm -f (see debuglog2)


Actual results:
Display1,2,3 are all showing, and two of them in fullscreen.
(Please see screenshot in attachment)

Expected results:
There are two displays come out, display 1 and display 2

Additional info:

Comment 1 zhoujunqin 2015-04-17 10:40:27 UTC
Created attachment 1015526 [details]
step1 debug log

Comment 2 zhoujunqin 2015-04-17 10:40:57 UTC
Created attachment 1015527 [details]
step2  debug log

Comment 6 Jonathon Jongsma 2015-04-17 14:48:44 UTC
this might in fact be the same root cause as bug #1200750

Comment 7 Tomas Jamrisko 2015-04-23 13:54:17 UTC
I can confirm that this does happen (based on tpelka's request)

Comment 9 David Blechter 2015-05-12 13:42:56 UTC
It is not blocker for release, rare case. We are still working on solution, it can take some time. Moving to 6.8.

Comment 12 David Blechter 2015-10-17 17:36:55 UTC
*** Bug 1200750 has been marked as a duplicate of this bug. ***

Comment 13 Pavel Grunt 2015-11-04 13:10:08 UTC
Relevant upstream commits:
4d6f730fce9818beb9f5d2639ffad256b9ede391
1f2ef0e9de4133c375df3b20993c93d66fa7f172
7870ea5eff91dd163e43f85b4168dd35def0e3e2

Comment 16 Xiaodai Wang 2015-12-15 03:33:02 UTC
I reproduced it with virt-viewer-2.0-6.el6.x86_64

1. edit config file
# cat ~/.config/virt-viewer/settings 
rhel6u6-clone
[4fddea58-9dc1-a8eb-bc03-7575209789ed]
monitor-mapping=1:4
2. open guest and configure with 4 displays
# virt-viewer 3 
Check on 4 displays on menu "View-> displays"
3. close virt-viewer, reluanch with "-f"

Result:
display1 is on monitor4, but other displays are not disabled and come out
with windowed mode.

And then verify it with latest virt-viewer-2.0-8.el6.x86_64, the problem can't be reproduced.

So move it to VERIFIED.

Comment 18 errata-xmlrpc 2016-05-10 21:22:59 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.

https://rhn.redhat.com/errata/RHBA-2016-0832.html


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