[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug 1749223] Re: mouse offset or invisible wall 2.11.0-3
From: |
roland |
Subject: |
[Bug 1749223] Re: mouse offset or invisible wall 2.11.0-3 |
Date: |
Sun, 20 Oct 2019 09:07:07 -0000 |
It sounds like I have the same problem.
There is a virtual wall where the mouse cursor goes from the guest window to
the host desktop.
This virtual wall/cut off point is consistent.
Moving the mouse faster seems to break through this wall and puts the wall at a
different place.
For me this happens on a host with ubuntu 19.10 with wayland.
I don't have the issue on ubuntu 19.10 with X.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1749223
Title:
mouse offset or invisible wall 2.11.0-3
Status in QEMU:
New
Bug description:
(There was another post, I'm not sure if it is related though. Also
not sure if it's Arch related, I wouldn't be surprised as I normally
use Gentoo and have less problems with Gentoo.)
qemu-system-x86_64 -enable-kvm -M q35 -cpu host -m 8192 -vga vmware -smp
4,sockets=1,cores=4,threads=1 -drive file=/path/to/my.img,if=virtio -soundhw
ac97 -usb -monitor unix:/tmp/qemu-mon,server,nowait -usb --usbdevice
host:0000:ffff -device vfio-pci,host=00:00.0 -alt-grab &
When I grab the mouse in/out of the VM I tend to get an "invisible wall" half
of the time.
I can push past if I fling the mouse through it but not if I slowly keep
moving down.
The direction always seems to be down when I hit a wall (so a Y offset?
maybe?)
This has been happening since at least version 2.10.
Not sure if "-alt-grab" has anything to do with it, that'd be my first
guess.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1749223/+subscriptions
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Bug 1749223] Re: mouse offset or invisible wall 2.11.0-3,
roland <=