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 1249939 - Multimonitor: change of resolution switches previously disabled display back on
Summary: Multimonitor: change of resolution switches previously disabled display back on
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: virt-viewer
Version: 7.2
Hardware: x86_64
OS: Unspecified
medium
low
Target Milestone: rc
: 7.2
Assignee: Virt Viewer Maint
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks: 868970
TreeView+ depends on / blocked
 
Reported: 2015-08-04 08:13 UTC by zhoujunqin
Modified: 2018-01-19 19:05 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-01-19 19:05:46 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
FreeDesktop.org 92507 0 None None None 2016-07-13 08:29:58 UTC

Description zhoujunqin 2015-08-04 08:13:49 UTC 
Description of problem:
With multimonitor Windows guest running (eg: Win 7), when a display is disconnected through Control Panel and resolution of any other active display is changed (e.g. by resizing a window or by switching to fullscreen), the previously disabled display is switched on again.

Version-Release number of selected component (if applicable):
Client: RHEL 7.2 latest(installed with tree:http://download.englab.nay.redhat.com/pub/rhel/rel-eng/RHEL-7.2-20150720.0/compose/Server/x86_64/os/)

virt-viewer-2.0-5.el7.x86_64
spice-gtk-0.26-4.el7.x86_64


How reproducible:
100%

Steps to Reproduce:

1. Prepare a windows 7 guest(x86_64) on RHEVM, make sure has spice graphic with 4 monitors, and install rhev-guest-tools-iso.

2. Connect to guest.(Right click guest-->console)

3. Extend its desktop to 4 displays.

4. Right click on desktop->Screen resolution, choose second display, then click "Disconnect this display" -> click apply.

5. Change the resolution of the first active screen (either by resizing the window or by switching to fullscreen or using the Control Panel in guest)

Actual results:
After step4, the second display stays black with "Waiting for display 2...".
After step5，the second display will be activated again.

Expected results:
After step5, disabled display(the second display) still keep disabled.

Additional info:
Comment 2 Pavel Grunt 2015-08-04 11:30:25 UTC 
clone of bug 868970
Comment 4 Jonathon Jongsma 2015-08-04 15:28:38 UTC 
Just for convenience, I'll copy this here. I agree with Marc-Andre on bug868970 comment 6, where he says this:

> I don't like to state that, but this bug is pretty much unsolvable.
> 
> We can't distinguish between an ephemeral guest display disconnect (across
> reboots, console switching ..) and a permanent settings change. Trying to
> guess if the configuration change is permanent will be additional race
> issues, since those events have no relation.
> 
> I think we should consider cantfix here, especially because this is not
> critical. User should be advised to disable monitors from client instead.
Comment 5 David Blechter 2015-10-17 13:45:58 UTC 
(In reply to Jonathon Jongsma from comment #4)
> Just for convenience, I'll copy this here. I agree with Marc-Andre on
> bug868970 comment 6, where he says this:
> 
> > I don't like to state that, but this bug is pretty much unsolvable.
> > 
> > We can't distinguish between an ephemeral guest display disconnect (across
> > reboots, console switching ..) and a permanent settings change. Trying to
> > guess if the configuration change is permanent will be additional race
> > issues, since those events have no relation.
> > 
> > I think we should consider cantfix here, especially because this is not
> > critical. User should be advised to disable monitors from client instead.

let's revisit based on https://bugzilla.redhat.com/show_bug.cgi?id=868970#c10 proposal.
Comment 6 David Blechter 2015-10-17 13:46:29 UTC 
(In reply to Jonathon Jongsma from comment #4)
> Just for convenience, I'll copy this here. I agree with Marc-Andre on
> bug868970 comment 6, where he says this:
> 
> > I don't like to state that, but this bug is pretty much unsolvable.
> > 
> > We can't distinguish between an ephemeral guest display disconnect (across
> > reboots, console switching ..) and a permanent settings change. Trying to
> > guess if the configuration change is permanent will be additional race
> > issues, since those events have no relation.
> > 
> > I think we should consider cantfix here, especially because this is not
> > critical. User should be advised to disable monitors from client instead.

let's revisit based on https://bugzilla.redhat.com/show_bug.cgi?id=868970#c10 proposal.
Comment 7 David Blechter 2015-10-17 14:33:58 UTC 
set devel cond nack upstream. For reference: the upstream bug was opened https://bugs.freedesktop.org/show_bug.cgi?id=92507
Comment 9 Pavel Grunt 2016-02-18 10:57:44 UTC 
still no solution upstream
Comment 10 David Blechter 2016-12-12 13:12:25 UTC 
(In reply to Pavel Grunt from comment #9)
> still no solution upstream

moving to 7.5
Comment 11 David Blechter 2018-01-19 19:05:46 UTC 
there is no solution upstream for +2 years, closing.
Note You need to log in before you can comment on or make changes to this bug.