Bug 304616

Summary:	Hitting ESC should abort Cut & Paste/Copy & Paste operation
Product:	[Applications] dolphin	Reporter:	Janek Bevendorff <kde>
Component:	general	Assignee:	Dolphin Bug Assignee <dolphin-bugs-null>
Status:	RESOLVED INTENTIONAL
Severity:	wishlist	CC:	nate
Priority:	NOR	Flags:	kde: Usability+
Version First Reported In:	2.1
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Janek Bevendorff 2012-08-05 13:14:36 UTC

When hitting Ctrl+X on a file, the icon is grayed out.
Hitting ESC should abort the Cut & Paste operation (i.e. remove the file from the clipboard) and revert the icon color to normal.
Same should apply to Copy & Paste, but here it's not so obvious because the file icon doesn't change when pressing Ctrl+C.

I consider this expected behavior and I'm not sure if it was actually possible in prior versions of Dolphin/Konqueror, so I put it on the wish list. If it actually was, please mark it as a regression instead.

Reproducible: Always




Also see Bug 304614 and Bug 304615

Comment 1 Frank Reininghaus 2012-08-06 09:12:10 UTC

Thanks for the bug report.

(In reply to comment #0)
> I consider this expected behavior and I'm not sure if it was actually
> possible in prior versions of Dolphin/Konqueror, so I put it on the wish
> list. If it actually was, please mark it as a regression instead.

I don't think that it ever worked the way you're suggesting. To be honest, I don't really see why Esc should clear the clipboard - this is essentially what you're suggesting, because there is no such thing as a single Copy&Paste operation. It's two operations: "Copy to clipboard" and "Paste from clipboard".

Imagine the following situation: You copy text in a text editor, then press Esc in Dolphin. Should the clipboard be cleared? I think not. One could try to write code that detects if the clipboard contents actually came from Dolphin when pressing Esc and clearing it in that case, but this would lead to a complete mess with (in my opinion) zero benefit to the user.

Do you know any example of an application that clears the clipboard when pressing Esc?

Comment 2 Janek Bevendorff 2012-08-06 09:25:03 UTC

You're right. This had to be carefully implemented.
The point is just that it would be much more user friendly if I could 
abort a Cut & Paste operation. I did not only run once into a situation 
where I hit Ctrl+X on a file and then decided not to move it (either 
because I hit the shortcut accidentally or because I changed my mind) 
and it is just ugly to have that file marked grayed out until I close 
Dolphin. Due to Bug 304615 the icon does not even revert when I copy 
something else to the clipboard.

Currently I don't know any Linux application that clears the clipboard 
on ESC press, but I know that the Windows Explorer, e.g., does. It does 
revert the icon and it does clear the clipboard, but of course only if 
the clipboard content really is a file reference. If it's just some 
text (e.g. a file *name*), ESC doesn't do anything.

Comment 3 Jeroen van Meeuwen (Kolab Systems) 2012-08-24 16:21:28 UTC

Resetting assignee to default as per bug #305719

Comment 4 Nate Graham 2017-11-29 06:24:00 UTC

This can't really be implemented as written, and would break a huge amount of people's workflows. Has to be a WONTFIX, sorry.