-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drag and drop broken in VM with absolute positioned pointer device #20
Comments
Drop implemented only for now, sorry. |
Strange, I was under the impression it worked at some point, at least inside the same application. But probably I never really tried it and I just was under the impression that dragging inside the same Qt application would not require much platform specific code ;) What would be necessary to implement drag? |
You right. Drag inside app works. It's base functional. |
Ok, so my bug report is only about drag inside app not working currently. |
Hm. How i can reproduce it? |
Sorry for the delay, my Haiku time is a bit limited at the moment. Regarding the issue it is really strange. Actually everything that involves pressing the mouse button and dragging does not work in Qt5 apps for me. This e.g. also includes text selection with the mouse, this works in no Qt5 app. E.g. also KWrite. It works fine in apps using the Haiku UI, e.g. Koder. I tested with Picard, KWrite, Otter, Clementine. About Haiku shows I'm on hrev54549, and all packages are up to date. These are the Qt5 packages I have installed (currently version 5.15.0-3):
I'm running Haiku inside Virtual box, I wonder if it could be a hardware issue then? But then I would assume also broken behavior for native Haiku UI. The mouse dragging definitely worked a while back also in Qt apps. Could something else interfere? |
Here we go, it is indeed somehow Virtualbox related: I had configured Virtualbox to provide a USB tablet as pointer device, because this worked better for mouse handling in Haiku in the past. If I do this I see two pointer devices in Haiku's input preferences: "Extended PS/2 Mouse 1" and "USB Tablet 1". This setup breaks the Qt5 drag and drop. If I change Virtualbox to provide a PS/2 mouse instead, then Haiku only has a single pointer device ""Extended PS/2 Mouse 1". And then Qt5 drag and drop works as expected. Now the question: Is this a bug either in Qt5 (or even in Haiku) which makes it misbehave if there is more than one pointer device or maybe USB Tablet in general? Or is this something that broke in Virtualbox? |
I would test it, but unfortunately I don't have VirtualBox. Haiku is my main and only system on my PC. |
@threedeyes More data for this. I am now using QEMU instead of VirtualBox. Drag and drop inside Qt5 app (Picard) works if I use a virtual PS/2 mouse. Unfortunately mouse movement in Haiku with this setting is very erratic, so I'd want to use QEMU's usb-tablet device instead, which is a "Pointer device that uses absolute coordinates (like a touchscreen)". This is what I have set in my QEMU XML config for the machine: <input type="tablet" bus="usb">
<address type="usb" bus="0" port="6"/>
</input> Using this absolute positioned device now breaks Qt drag and drop again (same behavior as on VirtualBox). |
For me dragging works correctly with my trackball in qt apps but it does not work with my wacom tablet. This is also a native installation. |
I noticed that since a recent release drag and drop inside applications is not working. You cannot initiate a drag from widgets supporting this (e.g. from a tree widget). I experienced this with both Picard and Clementine.
Droping from outside the applications (e.g. from file browser) works.
I can't say exactly when this broke
The text was updated successfully, but these errors were encountered: