1 files changed, 46 insertions, 0 deletions
diff --git a/results/classifier/118/none/1193555 b/results/classifier/118/none/1193555
new file mode 100644
index 000000000..99b0fdc2a
--- /dev/null
+++ b/results/classifier/118/none/1193555
@@ -0,0 +1,46 @@
+kernel: 0.796
+graphic: 0.779
+KVM: 0.753
+device: 0.749
+architecture: 0.695
+socket: 0.682
+network: 0.650
+semantic: 0.637
+hypervisor: 0.574
+ppc: 0.549
+vnc: 0.544
+x86: 0.508
+mistranslation: 0.485
+PID: 0.481
+register: 0.436
+user-level: 0.404
+risc-v: 0.394
+i386: 0.392
+VMM: 0.367
+debug: 0.364
+performance: 0.355
+arm: 0.352
+files: 0.330
+assembly: 0.328
+boot: 0.320
+TCG: 0.316
+virtual: 0.217
+peripherals: 0.195
+permissions: 0.180
+
+Add scale options to window menu
+
+This is a workaround against bug #504368, which makes QEMU window text blurry if resized. This is a common and annoying problem:
+
+http://butnottoohard.blogspot.com/2010/01/qemukvm-windows-7-blurry-text.html
+http://unix.stackexchange.com/questions/60564/how-can-i-restore-default-window-size-in-kvm-qemu
+
+
+The ability to resize window is a feature - it allows to adjust viewport of QEMU to the convenient working area. But there should be an option to restore the size of the window or scale it like 1:2, 2:1 etc. I don't know about if that should be exposed to QEMU monitor as some "window <command>" set , but it would be extremely convenient to provide at least Ctrl+Alt+U functionality through window level menu.
+
+Ubuntu 13.04, QEMU 1.4.0
+
+Looking through old bug tickets... is this still an issue with the latest version of QEMU? Or could we close this ticket nowadays?
+
+[Expired for QEMU because there has been no activity for 60 days.]
+