Bug 349915

Summary:	Moving the mouse while clicking an entry in the taskbar starts drag instantly (usability)
Product:	[Unmaintained] plasma4	Reporter:	Alex Dănilă <alex.danila.web>
Component:	containment-panel	Assignee:	Plasma Bugs List <plasma-bugs-null>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	cfeck, joao.vidal.silva, rndbit
Priority:	NOR
Version First Reported In:	4.11.11
Target Milestone:	---
Platform:	Debian testing
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Alex Dănilă 2015-07-05 03:13:37 UTC

With a default Plasma taskbar, if you click an entry to activate it, but by mistake move the mouse even 1 pixel, a drag operation starts and you can't activate the desired window.

This is an actual severe impairment for an old person who struggles with holding the mouse still while clicking.

Reproducible: Always

Steps to Reproduce:
1. Open two or more windows in a setup where a plasma taskbar is available.
2. Left click and hold on the inactive window's taskbar entry, and move the mouse just a bit, as if by mistake.
3. Release the left button.

Actual Results:  
A drag and drop operation begins instantly, selecting another window is forgotten instantly.

Expected Results:  
Taskbar entries to behave like regular buttons. Taskbar should activate the newly clicked window, and maybe start the drag later, when the cursor leaves the taskbar entry area.

Comment 1 rndbit 2015-12-11 10:20:38 UTC

I am not an old person and i start dragging taskbar items too often. This is very annoying. Worse yet something causes icon to "stick" to the mouse cursor even when left mouse button is released. Then i have to go all the way back to put icon where it was.

Comment 2 João Vidal da Silva 2016-10-09 19:28:23 UTC

Happens very often even on Plasma 5. My wife is always complaining to me, so please kindly fix this :D

Comment 3 Christoph Feck 2016-10-10 01:58:43 UTC

Could you please check if increasing the Drag Start Distance in systemsettings5 > Input Devices > Mouse > Advanced makes a difference?

Comment 4 João Vidal da Silva 2016-10-10 02:38:42 UTC

That setting makes a difference for a regular left-button-stays-pressed drag. But the 'funny' thing going is that the drag operation stays locked, as rndbit@nm.ru noted, with the icon having a plus sign (I'm using Breeze icons, in case that matters). I don't even know how to consistently reproduce this.
So my result for the test you suggested is ambiguous.

Comment 5 Alex Dănilă 2016-10-10 22:36:35 UTC

Christoph Feck - indeed, increasing that drag distance has an effect and mostly solved it for me (20 pixels isn't really that much on these high PPI laptops).

João Vidal - I've only seen the "locked drag" with a laptop's touchpad, never with a mouse. This behaviour is so elusive.

Comment 6 Nate Graham 2018-06-08 18:33:35 UTC

Hello!

This bug report was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this bug has already been resolved in Plasma 5.

Accordingly, we hope you understand why we must close this bug report. If the issue described  here is still present in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting

If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging

Thanks for your understanding!

Nate Graham