Bug 390034

Summary: Switching applications via mouse may result in a drag and drop of a desktop file into the switched application
Product: [Plasma] plasmashell Reporter: Cristian Adam <cristian.adam>
Component: Task Manager and Icons-Only Task ManagerAssignee: Eike Hein <hein>
Status: RESOLVED FIXED    
Severity: normal CC: alexander.shchadilov, bugseforuns, elum, nate, perk11, plasma-bugs, simonandric5, texstar
Priority: NOR Keywords: usability
Version: 5.12.0   
Target Milestone: 1.0   
Platform: Other   
OS: Linux   
See Also: https://bugs.kde.org/show_bug.cgi?id=402376
Latest Commit: Version Fixed In: 5.14
Attachments: screen cast showing the issue

Description Cristian Adam 2018-02-07 19:25:09 UTC
Created attachment 110416 [details]
screen cast showing the issue

I use the mouse to switch between applications and it seems that I keep the mouse pressed while switching to the new application.

This action results in a drag & drop operation of the current (or the previous) application's desktop file to the switched to application.

I could see how this could work if I drag an application to the desktop and have a link to it.

But normally I don't want to open a desktop file with Kate, KMail, or to download it with Chromium.

In the attached screen cast I switch fast between applications in order to reproduce this issue. 

In normal usage this happens a few times in a working day. Very annoying. I feel like KDE Plasma slows me down :)

This shouldn't happen. I would like the task switcher to behave like the "normal " Windows 7, Windows 10 task switcher. Just switch the task, nothing more.

Reddit discussion here: https://www.reddit.com/r/kde/comments/7vnxhc/plasma_512_is_out_and_it_is_faster_stabler_and/dttyqwi/
Comment 1 Nate Graham 2018-02-07 19:44:49 UTC
*** Bug 361984 has been marked as a duplicate of this bug. ***
Comment 2 Texstar 2018-02-07 21:19:01 UTC
Please add a task manager setting to disable the drag and drop operation. This is the most annoying feature of Plasma. Thank you very much.
Comment 3 Patrick Silva 2018-02-08 03:36:43 UTC
I use a laptop with touch screen, sometimes I inadvertently drag an entry from task manager to my browser and a .desktop file is "downloaded".
Would be nice if an way to prevent this situation is available.
Comment 4 Nate Graham 2018-02-11 03:00:43 UTC
I've done this a few times. It's annoying.
Comment 5 Konstantin Pereiaslov 2018-05-27 12:47:53 UTC
I've sent people a .desktop File in both Skype and Telegram because of this, since both of those don't require confirmation to send it.
Would be amazing to have this behavior changed.
Comment 6 Cristian Adam 2018-05-28 13:29:58 UTC
I found one workaround which works for me, namely completely disabling drag & drop of tasks.

Run

$ SUDO_EDITOR=kate sudoedit /usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml

and at onPositionChanged function insert a "return" in the first line.

Voila! Problem solved.
Comment 7 Nate Graham 2018-06-03 17:58:26 UTC
Fixed in https://phabricator.kde.org/D13274!
Comment 8 alekksander 2018-10-09 12:16:21 UTC
(In reply to Nate Graham from comment #7)
> Fixed in https://phabricator.kde.org/D13274!

just updated to 5.14 (which is awesome by the way) and this still happens to me. proof: https://streamable.com/fdlmz
Comment 9 Nate Graham 2018-10-09 12:28:22 UTC
Notice the little red minus icon when it's dragged? If you drop it onto the app, it won't go.

This isn't how I would have implemented the fix, but it was the best we could do for now since it was controversial. If it isn't enough, we can re-visit it for 5.15.
Comment 10 Alexander Shchadilov 2019-11-12 10:34:29 UTC
This is something that bothers me, still I understand that this ticket was fixed, in a way: it tells about "drag and drop", and "drag" still happens, and "drop" (sometimes) not, as the fix has changed it. Should I make a new ticket to suggest alternatives? Namely:
a) Wait some ms after user starts holding a mouse button (was mentioned in https://phabricator.kde.org/D8564#162784).
b) Add a checkbox to Task Manager settings (could default to current behaviour).
Comment 11 Nate Graham 2019-11-13 16:21:04 UTC
(In reply to Alexander Shchadilov from comment #10)
> This is something that bothers me, still I understand that this ticket was
> fixed, in a way: it tells about "drag and drop", and "drag" still happens,
> and "drop" (sometimes) not, as the fix has changed it. Should I make a new
> ticket to suggest alternatives? Namely:
> a) Wait some ms after user starts holding a mouse button (was mentioned in
> https://phabricator.kde.org/D8564#162784).
Yes please do. I find myself feeling similarly. I think this would be the preferred approach vs another option.