QEMU-Devel Archive on lore.kernel.org
 help / color / Atom feed
* [Qemu-devel] [Bug 1749223] [NEW] mouse offset or invisible wall 2.11.0-3
@ 2018-02-13 15:48 zlice
  2019-10-20  9:07 ` [Bug 1749223] " roland via
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: zlice @ 2018-02-13 15:48 UTC (permalink / raw)
  To: qemu-devel

Public bug reported:

(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.

** Affects: qemu
     Importance: Undecided
         Status: New

-- 
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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug 1749223] Re: mouse offset or invisible wall 2.11.0-3 
  2018-02-13 15:48 [Qemu-devel] [Bug 1749223] [NEW] mouse offset or invisible wall 2.11.0-3 zlice
@ 2019-10-20  9:07 ` roland via
  2021-04-21  6:26 ` Thomas Huth
  2021-05-01  8:13 ` Thomas Huth
  2 siblings, 0 replies; 4+ messages in thread
From: roland via @ 2019-10-20  9:07 UTC (permalink / raw)
  To: qemu-devel

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


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug 1749223] Re: mouse offset or invisible wall 2.11.0-3
  2018-02-13 15:48 [Qemu-devel] [Bug 1749223] [NEW] mouse offset or invisible wall 2.11.0-3 zlice
  2019-10-20  9:07 ` [Bug 1749223] " roland via
@ 2021-04-21  6:26 ` Thomas Huth
  2021-05-01  8:13 ` Thomas Huth
  2 siblings, 0 replies; 4+ messages in thread
From: Thomas Huth @ 2021-04-21  6:26 UTC (permalink / raw)
  To: qemu-devel

The QEMU project is currently considering to move its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting older bugs to "Incomplete" now.
If you still think this bug report here is valid, then please switch the state back to "New" within the next 60 days, otherwise this report will be marked as "Expired". Or mark it as "Fix Released" if the problem has been solved with a newer version of QEMU already. Thank you and sorry for the inconvenience.

** Changed in: qemu
       Status: New => Incomplete

-- 
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:
  Incomplete

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


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug 1749223] Re: mouse offset or invisible wall 2.11.0-3
  2018-02-13 15:48 [Qemu-devel] [Bug 1749223] [NEW] mouse offset or invisible wall 2.11.0-3 zlice
  2019-10-20  9:07 ` [Bug 1749223] " roland via
  2021-04-21  6:26 ` Thomas Huth
@ 2021-05-01  8:13 ` Thomas Huth
  2 siblings, 0 replies; 4+ messages in thread
From: Thomas Huth @ 2021-05-01  8:13 UTC (permalink / raw)
  To: qemu-devel

This is an automated cleanup. This bug report has been moved to QEMU's
new bug tracker on gitlab.com and thus gets marked as 'expired' now.
Please continue with the discussion here:

 https://gitlab.com/qemu-project/qemu/-/issues/72


** Changed in: qemu
       Status: Incomplete => Expired

** Bug watch added: gitlab.com/qemu-project/qemu/-/issues #72
   https://gitlab.com/qemu-project/qemu/-/issues/72

-- 
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:
  Expired

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


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, back to index

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-02-13 15:48 [Qemu-devel] [Bug 1749223] [NEW] mouse offset or invisible wall 2.11.0-3 zlice
2019-10-20  9:07 ` [Bug 1749223] " roland via
2021-04-21  6:26 ` Thomas Huth
2021-05-01  8:13 ` Thomas Huth

QEMU-Devel Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/qemu-devel/0 qemu-devel/git/0.git
	git clone --mirror https://lore.kernel.org/qemu-devel/1 qemu-devel/git/1.git
	git clone --mirror https://lore.kernel.org/qemu-devel/2 qemu-devel/git/2.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 qemu-devel qemu-devel/ https://lore.kernel.org/qemu-devel \
		qemu-devel@nongnu.org
	public-inbox-index qemu-devel

Example config snippet for mirrors

Newsgroup available over NNTP:
	nntp://nntp.lore.kernel.org/org.nongnu.qemu-devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git