By way of example, left clicking on kwrite, kaddressbook and ksysguard's toolbars does NOT initiate a move. Left clicking on dolphin, kmail and okular's toolbars DOES initiate a move. Left clicking on korganizer's toolbar briefly shows a move cursor and then goes back to the standard arrow cursor state. I prefer NOT initiating a move since I often click on the toolbar to focus and NOT move the window. This also seems *to me* to the sanest, most expected, and least irritating default behavior.
I can equally move a window from empty space in KWrite, KSysGuard, Dolphin, and Okular. Using KF 5.67 and Qt 5.14.1. I'm closing the report. Please reopen, should I have misunderstood.
Oh, you've meant clicking and holding the mouse button on a toolbar button. I see. You're totally right.
I meant just clicking and not holding down he mouse button. In one case you get a move cursor, in another notz in another it switches quickly from move to not. Imaginentryig to focus a window by clicking the empty space of the toolbar. In one case you accidentally end up easily moving the window.
Can you clarify the problem? I'm not seeing that left-clicking on an empty area of any toolbar initiates a move unless I also click-and-drag by accident. If you want to disable this behavior, you can always turn it off at System Settings > Application Style > Breeze > [click the pencil button in the corner] > Windows' drag mode > Select "Drag windows from titlebar only."
Well that is strange--I can't reproduce the bug. Perhaps the problem was caused after having switched from a kvantum theme to breeze. (I no longer use kvantum and can't confirm this. I tried switching from breeze to fusion to back to no avail.) I suppose this bug can be closed, though I'm now not sure what kmi was referring to.
That sounds likely. Kvantum causes allllllll sorts of subtle problems like that. In the future it's good to mention when using 3rd-party themes or theming systems. :)