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 1009018 - Windows taskbar defaults to the non-primary monitor after reboot.
Summary: Windows taskbar defaults to the non-primary monitor after reboot.
Keywords:
Status: CLOSED DUPLICATE of bug 1018180
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: virt-viewer
Version: 6.5
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: rc
: 6.5
Assignee: Virt Viewer Maint
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks: 1009648 1022787
TreeView+ depends on / blocked
 
Reported: 2013-09-17 13:53 UTC by Bill Sanford
Modified: 2014-03-19 16:23 UTC (History)
14 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1022787 (view as bug list)
Environment:
Last Closed: 2014-03-19 16:23:05 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Screenshot of the taskbar on the non-primary monitor (2.23 MB, image/png)
2013-09-17 13:53 UTC, Bill Sanford 		no flags Details
View All

Description Bill Sanford 2013-09-17 13:53:24 UTC 
Created attachment 798827 [details]
Screenshot of the taskbar on the non-primary monitor

Description of problem:
When multiple displays are configured and the VM is in anyway restarted, the taskbar ends up on the non-primary display. To get the taskbar on the primary display, you need to close the display with the taskbar and then it will show up on the primary display (Display 1).

Version-Release number of selected component (if applicable):
rhev-guest-tools-iso-3.3-5.noarch.rpm
RHEL6.5-20130912.n.2
rhev-hypervisor6-6.5-20130910.2.el6ev.noarch.rpm
Windows XP VM

How reproducible:
100%

Steps to Reproduce:
1.
2.
3.

Actual results:
After reboot, the taskbar ends up on the non-primary display.

Expected results:
After reboot, the taskbar stays on the primary display.

Additional info:

First terminal
/usr/libexec/qemu-kvm -m 2048 -spice port=3001,disable-ticketing,addr=127.0.0.1,seamless-migration=on -vga qxl -device qxl -global qxl-vga.vram_size=67108864 -device virtio-serial -chardev spicevmc,id=vdagent,name=vdagent -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1,debug=3,filter='0x08:-1:-1:-1:1|-1:-1:-1:-1:0' -readconfig /etc/qemu/ich9-ehci-uhci.cfg /home/images/WinXP.img -monitor stdio 

Second terminal
/usr/libexec/qemu-kvm -m 2048 -spice port=3002,disable-ticketing,addr=127.0.0.1,seamless-migration=on -vga qxl -device qxl -global qxl-vga.vram_size=67108864 -device virtio-serial -chardev spicevmc,id=vdagent,name=vdagent -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1,debug=3,filter='0x08:-1:-1:-1:1|-1:-1:-1:-1:0' -readconfig /etc/qemu/ich9-ehci-uhci.cfg /home/images/WinXP.img -monitor stdio -incoming tcp:127.0.0.1:4444 

Third terminal 
remote-viewer spice://127.0.0.1?port=3001
Comment 1 David Blechter 2013-09-20 15:00:58 UTC 
The bug was submitted during the RHEL 6.5 testing. Moving to the RHEL for triage.
Comment 3 Bill Sanford 2013-09-23 15:41:29 UTC 
This seems to work if the VM is Windows 7x86.
Comment 4 CongDong 2013-10-24 02:57:14 UTC 
I can reproduce this with :
virt-viewer-0.5.6-8.el6.x86_64

Steps:
1. Have a winxp guest with 2 displays on a 2 monitors host.
2. Connect the guest and just open one display
   # virt-viewer winxp 
3. Open "Display Properties"
Right click - > Properties -> Settings. 
Make sure there are two monitors, but only the primary one is enabled. Then close "Display Properties"
4. Open another display.
  "View" -> "Display" -> "Display 2"
5. Make sure can see two displays, then open "Display Properties".
   The two monitors are all enabled.

Result:
 Step5, after open another display, the task status bar will on the non-primary display.
Comment 5 CongDong 2013-10-24 03:42:23 UTC 
Sorry the comment 4 is not correct, I think it's another problem.

Steps:
1. Have a winxp guest with 2 displays on a 2 monitors host.
2. connect the guest with 2 display.
3. Restart winxp

Result:
 Step4, after restart the guest, the task status bar will on the non-primary display, but the icons is on the primary monitor.
Comment 6 Jonathon Jongsma 2013-11-13 17:47:55 UTC 
I tried to reproduce this, and wasn't able to reproduce it. Here was my process:

- open win xp guest in virt-viewer
- enable 2nd display
- click start > turn off computer > Restart
- wait for guest to reboot

After the guest finished rebooting, the taskbar reliably ended up on the primary monitor.

However, I was eventually able to reproduce the behavior with the following procedure:

- open winxp guest in virt-viewer
- enable 2nd display
- ** move guest display 1 to client monitor 2
- ** move guest display 2 to client monitor 1
- click start > turn off computer > Restart
- wait for guest to reboot

In this situation, the task bar ended up on display 2 (the display that is located on the primary client monitor).

When you first noticed this bug, were your displays reversed on the client ?
Comment 7 Bill Sanford 2013-11-19 15:57:39 UTC 
No the displays were fine, it was the toolbar that was off.
Comment 8 Jonathon Jongsma 2013-11-19 16:06:18 UTC 
When you say the 'displays were fine', what does that mean? The more precise your answer, the easier it is to diagnose the problem.  

In my second scenario above, I would consider the displays to be 'fine' as well.  My question was about how they were arranged when you observed the problem. Should I interpret your reply to mean that the guest display 1 was on client monitor 1 and guest display 2 was on client monitor 2, etc?
Comment 11 Jonathon Jongsma 2013-12-12 18:04:11 UTC 
Same root cause as Bug 1002156.  Fixed upstream.
Comment 13 Jonathon Jongsma 2014-03-19 16:23:05 UTC 

*** This bug has been marked as a duplicate of bug 1018180 ***
Note You need to log in before you can comment on or make changes to this bug.