2 files changed, 81 insertions, 0 deletions
diff --git a/results/classifier/108/other/986 b/results/classifier/108/other/986
new file mode 100644
index 000000000..4c4640bf8
--- /dev/null
+++ b/results/classifier/108/other/986
@@ -0,0 +1,54 @@
+device: 0.710
+graphic: 0.594
+PID: 0.548
+files: 0.527
+socket: 0.524
+debug: 0.489
+semantic: 0.416
+performance: 0.412
+vnc: 0.407
+permissions: 0.368
+KVM: 0.365
+network: 0.365
+boot: 0.358
+other: 0.352
+
+vpc images are created with bigger virtual size than required
+Description of problem:
+Required virtual size is 895287296, but as qemu-img info reports it is 895426560.
+Steps to reproduce:
+1. qemu-img create -f vpc img1.vpc 895287296
+2. qemu-img info img1.vpc
+Additional information:
+Converting back and forth is not possible as a result
+   ```
+$ qemu-img info openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso 
+image: openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso
+file format: raw
+virtual size: 854 MiB (895287296 bytes)
+disk size: 854 MiB
+
+$ qemu-img create -f vpc img1.vpc 895287296
+Formatting 'img1.vpc', fmt=vpc size=895287296
+
+$ qemu-img convert -n \
+    -f raw openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso \
+    -O vpc img1.vpc
+    
+$ qemu-img compare \
+    -f raw openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso \
+    -F vpc img1.vpc
+Warning: Image size mismatch!
+Images are identical.
+
+$ qemu-img create -f raw img2.raw 895287296
+Formatting 'img2.raw', fmt=raw size=895287296
+
+$ qemu-img convert -n -f vpc img1.vpc -O raw img2.raw
+qemu-img: output file is smaller than input file
+
+$ qemu-img compare \
+    -f raw openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso \
+    -F raw img2.raw
+Content mismatch at offset 0!
+   ```
diff --git a/results/classifier/108/other/986318 b/results/classifier/108/other/986318
new file mode 100644
index 000000000..fb4f3cd3e
--- /dev/null
+++ b/results/classifier/108/other/986318
@@ -0,0 +1,27 @@
+device: 0.778
+graphic: 0.593
+performance: 0.553
+semantic: 0.517
+other: 0.449
+permissions: 0.382
+socket: 0.309
+boot: 0.259
+PID: 0.213
+KVM: 0.208
+vnc: 0.208
+network: 0.178
+debug: 0.140
+files: 0.133
+
+[sdl] Mouse grab breaks GNOME 3 screensaver unlock screen
+
+When the GNOME 3 screensaver activates with the mouse cursor over the SDL window, the screensaver will not unlock unless the gnome-shell process is killed and restarted manually. This seems to be related to the fact that the key strokes are grabbed by SDL, but the screensaver will not allow the Ctrl and Alt keys to be passed to QEMU to exit the mouse grab.
+
+Qemu-kvm 1.0.1, QEMU 1.0.1, kernel 3.2.15.
+
+I think this is a GNOME bug.  The screensaver should not activate if an X client has a grab and it cannot be stolen.
+
+Does this problem still happen with the latest version of QEMU and GNOME?
+
+On current versions (QEMU 2.8, GNOME-Shell 3.22.3 on Wayland), the screensaver will activate. Cursor control is given to the lock screen, everything works properly. After the screen is unlocked, the cursor is given back to QEMU and is still in "mouse grab" mode.
+