add new temporary deepseek-r1:14b results

1 files changed, 13 insertions, 0 deletions

diff --git a/results/classifier/deepseek-2-tmp/reasoning/graphic/2225 b/results/classifier/deepseek-2-tmp/reasoning/graphic/2225
new file mode 100644
index 000000000..18e3a37e5
--- /dev/null
+++ b/results/classifier/deepseek-2-tmp/reasoning/graphic/2225
@@ -0,0 +1,13 @@
+<think>
+Okay, I need to classify this bug report for QEMU into one of the given categories. The problem is about mouse capture not working correctly when using GTK display. 
+
+The user describes that when they try to click within the guest OS, if the host mouse cursor moves outside the window, it clicks on other programs instead. They mention that with `-display gtk`, the issue occurs, but not with `-display sdl`. So it's related to how the GTK display handles mouse capture.
+
+Looking at the categories: assembly, device, graphic, etc. Mouse capture sounds like a graphical issue because it's about how the cursor is managed in the windowing system. The problem affects the visual interaction between the host and guest OS, which falls under the graphics category.
+
+So the appropriate classification here is "graphic".
+</think>
+
+The bug report discusses issues with mouse capture when using GTK display in QEMU. Since this pertains to how the graphical interface handles cursor movement and window interaction, it falls under the "graphic" category.
+
+**Answer: graphic**
\ No newline at end of file