Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
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 1106107

Summary: display 2 can not hold menu list when use virt-viewer open the guest with -f option
Product: Red Hat Enterprise Linux 6 Reporter: CongDong <codong>
Component: gnome-settings-daemonAssignee: Rui Matos <rmatos>
Status: CLOSED WONTFIX QA Contact: Desktop QE <desktop-qa-list>
Severity: medium Docs Contact:
Priority: medium    
Version: 6.6CC: cfergeau, dblechte, juzhou, marcandre.lureau, mzhan, rbalakri, tzheng
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-12-06 12:42:14 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
virt-viewer log with --spice-debug
none
display2 has black background and cannot hold the menu none

Description CongDong 2014-06-09 02:52:07 UTC 
Description of problem:
This problem is found when I verify bug 1032960.
If I configure the guest with two displays, display 1 and display 3( or display 1 and display 4), cannot be display 1 and 2, then I open the guest with virt-viewer -f, display 2 will replace display 3(or display 4), this is expected, but display 2 cannot hold the menu on it.

Version-Release number of selected component (if applicable):
virt-viewer-0.6.0-5.el6.x86_64 (host)
spice-vdagent-0.14.0-3.el6.x86_64 (guest)

How reproducible:
100%

Steps to Reproduce:
1. Prepare a rhel spice guest and a host with two monitors
2. open the guest with virt-viewer
# virt-viewer $vm
3. enable two displays for the guest
View -> Displays -> Check on display 1 and display 3
4. Close the virt-viewer and open the guest again with -f option
# virt-viewer $vm -f
5. Two displays should be fullscreen on each monitor, right click on display 2
6. run "xrandr" in guest

Actual results:
Step5, when right click on display 2, the menu didn't show beside the mouse, it comes out on display 1 beside the edge between display 1 and display 2, and sometimes display 2 does not have a wallpaper, it's black background

Step6, after run command "xrandr", display 2 will work well, can hold the menu and wallpaper comes out.

Expected results:
Step5, display 2 can hold its menu always, and should not have a black background instead of the wallpaper.

Additional info:
When I reproduce this problem, there is no log in /var/log/spice-vdagent.log.
Comment 1 CongDong 2014-06-09 02:53:04 UTC 
Created attachment 903900 [details]
virt-viewer log with --spice-debug
Comment 2 CongDong 2014-06-09 02:53:46 UTC 
Created attachment 903901 [details]
display2 has black background and cannot hold the menu
Comment 3 CongDong 2014-06-09 02:54:57 UTC 
Result of step6, run "xrandr" in guest:

Screen 0: minimum 320 x 200, current 2960 x 1050, maximum 8192 x 8192
qxl-0 connected 1680x1050+0+0 0mm x 0mm
   1024x768       60.0 +
   2560x1600      60.0  
   2000x2000      60.0  
   2560x1440      60.0  
   2048x1536      60.0  
   1920x1440      60.0  
   1920x1200      60.0  
   1920x1080      60.0  
   1600x1200      60.0  
   1680x1050      60.0* 
   1400x1050      60.0  
   1600x900       60.0  
   1280x1024      60.0  
   1440x900       60.0  
   1280x960       60.0  
   1366x768       60.0  
   1360x768       60.0  
   1280x800       60.0  
   1152x870       60.0  
   1152x864       60.0  
   1280x768       60.0  
   1280x760       60.0  
   1280x720       60.0  
   1024x600       60.0  
   960x640        60.0  
   832x624        60.0  
   800x600        60.0  
   800x480        60.0  
   640x480        60.0  
qxl-1 connected 1280x1024+1680+0 0mm x 0mm
   1024x768       60.0 +
   2560x1600      60.0  
   2000x2000      60.0  
   2560x1440      60.0  
   2048x1536      60.0  
   1920x1440      60.0  
   1920x1200      60.0  
   1920x1080      60.0  
   1600x1200      60.0  
   1680x1050      60.0  
   1400x1050      60.0  
   1600x900       60.0  
   1280x1024      60.0  
   1440x900       60.0  
   1280x960       60.0  
   1366x768       60.0  
   1360x768       60.0  
   1280x800       60.0  
   1152x870       60.0  
   1152x864       60.0  
   1280x768       60.0  
   1280x760       60.0  
   1280x720       60.0  
   1024x600       60.0  
   960x640        60.0  
   832x624        60.0  
   800x600        60.0  
   800x480        60.0  
   640x480        60.0  
   320x200-1       0.1  
   1280x1024-1     0.1* 
qxl-2 disconnected
   320x200-2       0.1  
qxl-3 disconnected
   400x375-3       0.1
Comment 5 Marc-Andre Lureau 2014-06-10 20:31:10 UTC 
hmm, this seems to be some gnome-settings-daemon bug, 

Setup monitor 1 and 3:

spice-vdagent[4594]: received monitor 2 config 760x576+1024+0
spice-vdagent[4594]: Screen 0 1024x743+0+0
spice-vdagent[4594]: Screen 1 0x0+0+0
spice-vdagent[4594]: Screen 2 760x576+1024+0
spice-vdagent[4594]: 0x153b010 sent guest xorg resolution, arg1: 1784, arg2: 743, size 48

disconnect client:

spice-vdagent[4594]: 0x153b010 received client disconnected, arg1: 0, arg2: 0, size 0

start client with -f:

spice-vdagent[4594]: 0x153b010 received monitors config, arg1: 0, arg2: 0, size 48
spice-vdagent[4594]: from guest: 2, 1
spice-vdagent[4594]: received monitor 0 config 1024x768+0+0
spice-vdagent[4594]: received monitor 1 config 760x627+1024+0
spice-vdagent[4594]: after zeroing: 2, 1
spice-vdagent[4594]: received monitor 0 config 1024x768+0+0
spice-vdagent[4594]: received monitor 1 config 760x627+1024+0
spice-vdagent[4594]: Deleting mode 760x576-2
spice-vdagent[4594]: Changing screen size to 1784x768
spice-vdagent[4594]: Deleting mode 1024x743-0
spice-vdagent[4594]: Root size of screen 0 changed to 1784x743 send 0
spice-vdagent[4594]: Root size of screen 0 changed to 1784x768 send 0
spice-vdagent[4594]: Screen 0 1024x768+0+0
spice-vdagent[4594]: Screen 1 760x627+1024+0
spice-vdagent[4594]: 0x153b010 sent guest xorg resolution, arg1: 1784, arg2: 768, size 32
spice-vdagent[4594]: 0x153b010 received monitors config, arg1: 0, arg2: 0, size 328
spice-vdagent[4594]: from guest: 16, 1
spice-vdagent[4594]: received monitor 0 config 1024x768+0+0
spice-vdagent[4594]: received monitor 1 config 760x627+1024+0
spice-vdagent[4594]: after zeroing: 2, 1
spice-vdagent[4594]: received monitor 0 config 1024x768+0+0
spice-vdagent[4594]: received monitor 1 config 760x627+1024+0
spice-vdagent[4594]: Screen 0 1024x768+0+0
spice-vdagent[4594]: Screen 1 760x627+1024+0
spice-vdagent[4594]: 0x153b010 sent guest xorg resolution, arg1: 1784, arg2: 768, size 32

-> faulty second display

restart xrandr, no furhter client and agent monitor change, but gnome recovers
Comment 6 Marc-Andre Lureau 2014-06-12 13:11:38 UTC 
also, the windows/apps are correctly showing in the monitors, so the configuration set by Spice is fine, the bug is in gsd or somewhere in GNOME. reassigning
Comment 7 Marc-Andre Lureau 2014-06-12 13:40:00 UTC 
this bug doesn't always happen, I would say  less than 50% of the time.

gsd log is pretty limited:

** (gnome-settings-daemon:4107): DEBUG: Screen configuration changed
** (gnome-settings-daemon:4107): DEBUG: Screen configuration changed
** (gnome-settings-daemon:4107): DEBUG: Screen configuration changed
** (gnome-settings-daemon:4107): DEBUG: Screen configuration changed
** (gnome-settings-daemon:4107): DEBUG: Screen configuration changed
** (gnome-settings-daemon:4107): DEBUG: Removing device 'spice vdagent tablet' from known devices list
** (gnome-settings-daemon:4107): DEBUG: Device 'spice vdagent tablet' is invalid
Comment 9 Jan Kurik 2017-12-06 12:42:14 UTC 
Red Hat Enterprise Linux 6 is in the Production 3 Phase. During the Production 3 Phase, Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available.

The official life cycle policy can be reviewed here:

http://redhat.com/rhel/lifecycle

This issue does not meet the inclusion criteria for the Production 3 Phase and will be marked as CLOSED/WONTFIX. If this remains a critical requirement, please contact Red Hat Customer Support to request a re-evaluation of the issue, citing a clear business justification. Note that a strong business justification will be required for re-evaluation. Red Hat Customer Support can be contacted via the Red Hat Customer Portal at the following URL:

https://access.redhat.com/