Created attachment 177661 [details] drag bug test widget SUMMARY Using a MouseArea/PointHandler to simulate a gesture that starts from a widget and ends either within the widget or outside it no no longer works most of the time. Resulting in a either rejected mouse after it starts moving or ending the events early when the cursor is close to the edges of the panel. STEPS TO REPRODUCE 1. Install the attached widget and add it to a panel 2. Try dragging out from using the mouse starting from different points of the widget and to outside and within its area a couple of times 3. Place the widget on the desktop and repeat the process OBSERVED RESULT The widget turns red indicating that the "gesture" has ended prematurely, I noticed that the closer to the edge of the widget the earlier it ends. Additionally triggering this state and then moving to a second instance of the widget in the panel will make the gesture work on that instance when initiated closer to its center while the other keeps rejecting the events, and trying to drag from the border of the panel will break subsequent drags even when they start from the center on the second instance while the first instance starts working again, this is super weird. This strange behavior does not happen if the widget is placed on the desktop EXPECTED RESULT The gestures should work as they did in plasma 6.2, unfortunately I do not have an estimate of when this started happening. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.3.80 KDE Frameworks Version: 6.11.0 Qt Version: 6.8.1 Kernel Version: 6.12.10-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 12 × Intel® Core™ i7-9750H CPU @ 2.60GHz Memory: 31.2 GiB of RAM Graphics Processor: Intel® UHD Graphics 630 ADDITIONAL INFORMATION The reason I noticed this issue is because it breaks my third party add-on Panel Spacer Extended, a spacer with moouse gestures https://store.kde.org/p/2128047, by default dragging up or down it moves the active/top window.
Created attachment 177662 [details] recording of the issue
Can reproduce.
Isn't this a Qt thing? What should Plasma do to address this?
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
> Isn't this a Qt thing? Turns out it is? Building with Qt 6.8.0 brings back the old behavior
The issue is related to the ButtonRebinds plugin for KWin. I've noticed that the device section of QEventPoint object is different when you start dragging at the edge of the panel and at the rest: Edge: "device": { ... "buttonCount": 0, "capabilities": 1, "maximumPoints": 1, "name": "Button rebinding device touchpad", "objectName": "", "pointerType": 2, "seatName": "", "systemId": -1, "type": 4, "uniqueId": { "numericId": -1 } }, The rest: "device": { ... "buttonCount": 0, "capabilities": 1, "maximumPoints": 10, "name": "touchpad", "objectName": "", "pointerType": 2, "seatName": "seat0", "systemId": 8589934592, "type": 4, "uniqueId": { "numericId": -1 } }, When the "buttonsrebind" is unloaded, dragging wirks fine. > qdbus6 org.kde.KWin /Plugins UnloadPlugin "buttonsrebind"
Is the ButtonsRebind plugin used somewhere? If the manual config editing is required to configure the plugin, then it should not be loaded by default.
> Turns out it is? Building with Qt 6.8.0 brings back the old behavior Given this, plus the type of bug, I'm pretty sure this is upstream Qt.