1 files changed, 82 insertions, 0 deletions
diff --git a/results/classifier/118/none/1854204 b/results/classifier/118/none/1854204
new file mode 100644
index 000000000..afd34d3cc
--- /dev/null
+++ b/results/classifier/118/none/1854204
@@ -0,0 +1,82 @@
+device: 0.465
+graphic: 0.373
+user-level: 0.337
+semantic: 0.314
+x86: 0.286
+socket: 0.250
+architecture: 0.245
+ppc: 0.233
+performance: 0.216
+mistranslation: 0.199
+debug: 0.197
+kernel: 0.195
+register: 0.189
+permissions: 0.184
+hypervisor: 0.178
+boot: 0.171
+risc-v: 0.160
+vnc: 0.151
+files: 0.149
+PID: 0.148
+arm: 0.147
+network: 0.144
+virtual: 0.100
+TCG: 0.097
+i386: 0.087
+VMM: 0.085
+peripherals: 0.071
+assembly: 0.071
+KVM: 0.066
+
+Menu is not clickable on OSX Catalina
+
+1) Run `qemu-system-x86_64`
+2) Try to click on the main menu
+
+Menu is not clickable until another window is activated and QEMU window is activated again
+
+Does this reproduce on earlier pre-Catalina OSX versions, or is it Catalina-specific?
+
+This is probably not going to be addressed unless somebody wants to investigate and write a patch for it -- OSX support in QEMU is only very barely maintained.
+
+
+Catalina-specific. It also affects several UI toolkits. This workaround https://stackoverflow.com/a/7602677 seems to help.
+
+Thanks for the research. That looks like an OSX bug to me -- the simple two-line set of operations to do this that previously worked now needs some horribly complicated multi-stage sequence, and the first suggested workaround is doing something strange involving the Finder and a 0.1 second delay which I am definitely suspicious of. Apple should fix their OS to stop breaking applications :-)
+
+The second suggested approach is essentially to add:
+ 
+    SetSystemUIMode(kUIModeNormal, 0);
+    [NSApp activateIgnoringOtherApps:YES];
+
+which for us probably would want to go before the [NSApp run] (or at least after we've created the sharedApplication).
+
+It's a bit odd also that the stackoverflow question says this only happens "if you don't call [TransformProcessType] early enough", because QEMU calls that about as early as it is feasibly possible to do, very near the top of main() in cocoa.m.
+
+
+The workaround on SO was posted way back in 2011. It has initially solved a different issue, I think.
+
+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 please 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.
+
+
+Still a bug.
+
+
+
+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/225
+
+