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.
Created attachment 798354[details]
This is the screenshot of the app window not moving over until the mouse is in the second display
Description of problem:
Configured is a multi-monitor display with the Windows XP VM and RHEL, I have the first display at 1024x768 and the second at full-screen. I then take a window (IE) and move it from the first to second display. The browser will not show up until the mouse is over in the full-screen windows.
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. Install a SPICE VM and launch from command-lines in additional comments.
2. Have both display configured for 1024x768.
3. Put 2nd display in full-screen.
Actual results:
Movement is interrupted from one display to another
Expected results:
Movement is uninterrupted from one display to another
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
In the attachment, you will see that the application is in partial view and the mouse is on the far right of the first display. When the mouse is moved to the second display on the right, then the application window is present.
I just reproduced this with a win XP guest, and assuming my behavior matches what you're seeing, the bug title is a little bit misleading. It's not that the displays are not "seamless", it's that the arrangement of the displays is getting swapped.
In other words, the monitor that is placed on the right side (in the client) is actually getting moved to the left of the primary monitor (according to the guest). So if you had dragged the application off the left side of the display (rather than the right), I suspect you would have seen the application start to appear on the second display.
I can reproduce this with :
virt-viewer-0.5.6-8.el6.x86_64
Steps:
1. Install a winxp with two displays, configure the guest with spice+qxl+spicevmc
2. connect the guest with virt-viewer.
# virt-viewer winxp
3. Change one display to fullscreen, another one is window mode.
4. Open an app in the guest, and move the window from one display to another.
Result:
The app window can not move over until the mouse is in the second display
Comment 11Jonathon Jongsma
2013-11-13 15:57:31 UTC
Bill, can you confirm that my analysis in comment #8 matches the bug you originally reported? Or is that a slightly different error?
Comment 13Marc-Andre Lureau
2013-11-19 16:03:40 UTC
(In reply to Jonathon Jongsma from comment #11)
> Bill, can you confirm that my analysis in comment #8 matches the bug you
> originally reported? Or is that a slightly different error?
Comment 14Jonathon Jongsma
2013-11-19 16:28:09 UTC
Just for reference, here's what I need to do to reproduce the issue:
1. enable 2 displays, 1st display on primary monitor, 2nd display on secondary monitor
2. set second display to fullscreen
3. resize first display
without step 3, the displays stay in the expected configuration (2nd display is to the right of 1st display). After step 3, 2nd display gets moved to the left of 1st display.
Created attachment 798354 [details] This is the screenshot of the app window not moving over until the mouse is in the second display Description of problem: Configured is a multi-monitor display with the Windows XP VM and RHEL, I have the first display at 1024x768 and the second at full-screen. I then take a window (IE) and move it from the first to second display. The browser will not show up until the mouse is over in the full-screen windows. 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. Install a SPICE VM and launch from command-lines in additional comments. 2. Have both display configured for 1024x768. 3. Put 2nd display in full-screen. Actual results: Movement is interrupted from one display to another Expected results: Movement is uninterrupted from one display to another 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