summary refs log tree commit diff stats
path: root/gitlab/issues/target_missing/host_missing/accel_missing/2225.toml
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-05-21 21:21:26 +0200
committerChristian Krinitsin <mail@krinitsin.com>2025-05-21 21:21:26 +0200
commit4b927bc37359dec23f67d3427fc982945f24f404 (patch)
tree245449ef9146942dc7fffd0235b48b7e70a00bf2 /gitlab/issues/target_missing/host_missing/accel_missing/2225.toml
parentaa8bd79cec7bf6790ddb01d156c2ef2201abbaab (diff)
downloademulator-bug-study-4b927bc37359dec23f67d3427fc982945f24f404.tar.gz
emulator-bug-study-4b927bc37359dec23f67d3427fc982945f24f404.zip
add gitlab issues in toml format
Diffstat (limited to 'gitlab/issues/target_missing/host_missing/accel_missing/2225.toml')
-rw-r--r--gitlab/issues/target_missing/host_missing/accel_missing/2225.toml21
1 files changed, 21 insertions, 0 deletions
diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2225.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2225.toml
new file mode 100644
index 00000000..d75ad081
--- /dev/null
+++ b/gitlab/issues/target_missing/host_missing/accel_missing/2225.toml
@@ -0,0 +1,21 @@
+id = 2225
+title = "Mouse capture doesn't actually capture (GTK)"
+state = "opened"
+created_at = "2024-03-15T10:05:10.520Z"
+closed_at = "n/a"
+labels = ["GUI::GTK", "hostos: Windows"]
+url = "https://gitlab.com/qemu-project/qemu/-/issues/2225"
+host-os = "Windows"
+host-arch = "x84 64-bit"
+qemu-version = "8.2.1 (MinGW64, installed with `pacman -S mingw-w64-x86_64-qemu`)"
+guest-os = "Haiku"
+guest-arch = "x86 64-bit"
+description = """The mouse is never actually captured by the window, you can always move it off screen, and because the guest OS has no awareness of the absolute mouse position there are many situations where you can't actually click something in the guest OS because the host mouse cursor is out of the window so clicking clicks on another program's window. It's unusable.
+
+It's clear that the problem is that the cursor isn't actually captured, if it ever was then the problem wouldn't occur. When the mouse is "uncaptured" we see the host cursor at all times and the guest cursor simply doesn't move, but when it's ""\"captured""\" the guest cursor still moves freely, it's just hidden while hovering the entire window (and not just the guest rectangle but really the whole thing) and the host cursor moves too at its own pace.
+
+It happens with `-display gtk` but not `-display sdl`."""
+reproduce = """1. Launch windowed guest
+2. Click on window
+3. Try to move mouse out of the window"""
+additional = "n/a"