1 files changed, 0 insertions, 32 deletions

diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2905.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2905.toml
deleted file mode 100644
index 37a68fc02..000000000
--- a/gitlab/issues/target_missing/host_missing/accel_missing/2905.toml
+++ /dev/null
@@ -1,32 +0,0 @@
-id = 2905
-title = "Windows Curses Display Infinite Loop"
-state = "opened"
-created_at = "2025-04-01T14:58:18.803Z"
-closed_at = "n/a"
-labels = ["GUI", "hostos: Windows", "workflow::Patch available"]
-url = "https://gitlab.com/qemu-project/qemu/-/issues/2905"
-host-os = "Windows 10 22H2"
-host-arch = "x86-64"
-qemu-version = "QEMU emulator version 9.2.91 (v10.0.0-rc1-12076-g50ecdaef16)"
-guest-os = "N/A"
-guest-arch = "x86-64"
-description = """The out-of-the-box `qemu-system-x86_64 -display curses` on Windows loops forever while displaying "VGA Blank Mode" instead of booting like `qemu-system-x86_64` does.
-
-This is caused by an infinite loop in the below simplified code in `curses_refresh` in `ui/curses.c`:
-```
-    int chr;
-    // ...trimmed
-    while (1) {
-        /* while there are any pending key strokes to process */
-        chr = console_getch(&maybe_keycode);
-
-        if (chr == -1) 
-            break;
-    // ...trimmed
-    }
-```
-`console_getch` has return type `wint_t`. However, on Windows, `wint_t` is `unsigned short`. Therefore when `console_getch` returns -1, the -1 value of `unsigned short` will be silently converted into the `int` value 65535. This causes `65535 == -1` to always be false, and the loop will never break. I can send a patch to qemu-devel which retypes `chr` to `wint_t` and replaces occurences of -1 with `WEOF` (an alias for `(wint_t) -1`)."""
-reproduce = """1. Install `qemu-w64-setup-20250326.exe` Windows qemu from https://qemu.weilnetz.de/w64/2025/
-2. Run `./qemu-system-x86_64 -display curses`
-3. "VGA Blank Mode" will appear on the screen forever"""
-additional = """"""