Bug 1037662 - Adding a second display to first, results with a black screen of unusable 2nd display.
Summary: Adding a second display to first, results with a black screen of unusable 2nd...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: mingw-virt-viewer
Version: 3.3.0
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 3.4.0
Assignee: Jonathon Jongsma
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 1009648
TreeView+ depends on / blocked
 
Reported: 2013-12-03 15:02 UTC by Bill Sanford
Modified: 2014-06-09 12:51 UTC (History)
12 users (show)

Fixed In Version: mingw-virt-viewer-0.5.6-21.el6_5
Doc Type: Bug Fix
Doc Text:
Previously, starting a VM in full-screen, but then exiting full-screen mode before login to enable multiple displays caused the additional displays to open in full-screen. This issue was fixed, and now additional displays are not opened in full-screen mode when the user changes the initial display to windowed mode.
Clone Of:
Environment:
Last Closed: 2014-06-09 12:51:28 UTC
oVirt Team: ---
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2014:0644 0 normal SHIPPED_LIVE rhevm-spice-client bug fix and enhancement update 2014-06-09 16:49:53 UTC

Description Bill Sanford 2013-12-03 15:02:27 UTC
Description of problem:
Configure a VM to have 2 displays in RHEV-M. Have only 1 display enabled in virt-viewer and restart if necessary. When you start the VM through the UP, make sure that the VM console is going to start the VM in full-screen. Once the VM starts with the User login, do not login and exit full-screen from virt-viewer. Through the menu of virt-viewer, add the second display. This will result in the second display being launched in full-screen and completely black, since the user has not logged in and enabled the second display. I then have to exit the second display full-screen and then I can login to the primary display and then be able to use both displays.

If I do login and then exit full-screen, when I add the second display, I will get the unusable full-screen of the second display. I then have to exit the second display full-screen and then I can see and use both VM displays.

Version-Release number of selected component (if applicable):
RHEV-M:
RHEV-M 3.3 (is 24.2)
RHEL6.5-20131111.0-Server-x86_64-DVD1.iso

Hosts:
RHEL6.5-20131111.0-Server-x86_64-DVD1.iso

Guest: 
Windows 7x32
rhev-guest-tools-iso-3.3-6.noarch.rpm
vdagent - https://brewweb.devel.redhat.com/buildinfo?buildID=310319

Client: 
Windows 7x64 - Using IE11
mingw64-usbclerk-0.0.1.1-3.el6_4.noarch.rpm
mingw64-virt-viewer-0.5.6-8.el6_4.noarch.rpm

How reproducible:
100%

Steps to Reproduce:
1. See above.
2. 
3.

Actual results:


Expected results:


Additional info:

Comment 1 David Blechter 2013-12-03 16:31:42 UTC
added to the multi-monitor tracker.

Comment 2 Jonathon Jongsma 2013-12-05 22:19:41 UTC
So, what is the expected result in this scenario?  Should the second screen be opened non-fullscreen? 

Also, I haven't been able to reproduce this yet, and I can't quite tell what's the difference between the pre-login and post-login scenarios you're describing.

Comment 3 Bill Sanford 2013-12-12 16:16:56 UTC
If the main display is not in full-screen, adding additional display(s) should also be in windowed mode regardless of what the UP has for a setting.

Comment 4 Jonathon Jongsma 2013-12-12 17:34:52 UTC
OK, this particular issue has been fixed upstream already.

https://www.redhat.com/archives/virt-tools-list/2013-November/msg00028.html

Comment 7 errata-xmlrpc 2014-06-09 12:51:28 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-0644.html


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