From 9260319e7411ff8281700a532caa436f40120ec4 Mon Sep 17 00:00:00 2001 From: Christian Krinitsin Date: Fri, 30 May 2025 16:52:07 +0200 Subject: gitlab scraper: download in toml and text format --- .../host_missing/accel_missing/1932.toml | 22 ---------------------- 1 file changed, 22 deletions(-) delete mode 100644 gitlab/issues/target_i386/host_missing/accel_missing/1932.toml (limited to 'gitlab/issues/target_i386/host_missing/accel_missing/1932.toml') diff --git a/gitlab/issues/target_i386/host_missing/accel_missing/1932.toml b/gitlab/issues/target_i386/host_missing/accel_missing/1932.toml deleted file mode 100644 index ee5b6772..00000000 --- a/gitlab/issues/target_i386/host_missing/accel_missing/1932.toml +++ /dev/null @@ -1,22 +0,0 @@ -id = 1932 -title = "Broken grab on hover setting" -state = "opened" -created_at = "2023-10-11T13:53:03.500Z" -closed_at = "n/a" -labels = ["GUI", "device:input", "target: i386"] -url = "https://gitlab.com/qemu-project/qemu/-/issues/1932" -host-os = "Arch Linux" -host-arch = "x86_64" -qemu-version = "8.1.1" -guest-os = "Kali Linux" -guest-arch = "x86_64" -description = """It seems that now qemu implements "static" grab on hover, i.e., it can only be disabled by - -1. setting `vmport=off` in `-M` (btw, `pc` or `q35`, doesn't matter) -2. emulating a usb mouse *and* blacklist/unload the `psmouse` driver on the guest side - -while grab on hover setting in the gtk display backend (or frontend?) is seemingly bogus now either way. - -Can this be fixed (again?) so that the setting (which can be toggled in the menu "dynamically") can be used to tell this "vmport" thing whether or not it should grab on hover?""" -reproduce = "n/a" -additional = """NIL""" -- cgit v1.2.3