Bug 235733 - No possibility to cancel a delete file operation
Summary: No possibility to cancel a delete file operation
Status: RESOLVED INTENTIONAL
Alias: None
Product: digikam
Classification: Applications
Component: Database-Trash (show other bugs)
Version: 1.2.0
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-29 17:13 UTC by Olivier Kes
Modified: 2017-08-05 20:25 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In: 2.6.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Olivier Kes 2010-04-29 17:13:33 UTC
Version:           1.2.0 (using 4.4.2 (KDE 4.4.2), KDE:KDE4:Factory:Desktop / openSUSE_11.2)
Compiler:          gcc
OS:                Linux (i686) release 2.6.31.12-0.2-default

When doing mistake while deleting a picture, there is no way from inside digikam to cancel the operation.

This can be particularly anoying because in the preview, the file deleted is not the one selected in the thumbnail, but the one loaded in the preview. So if you click a file in thumbnail and then press delete (whitout waiting for the file to be loaded), the previous picture is deleted, and not the last you've selected.

An edit > cancel operation would be helpful.
Comment 1 Mikkel Christensen 2010-04-29 23:49:03 UTC
I think it would be even better if it deleted the right file in the first place :)

I have had the same problem that you describe.

Best regards,
Mikkel
Comment 2 Marcel Wiesweg 2010-04-30 19:25:44 UTC
So what's the actual bug in your opinion?
Comment 3 Olivier Kes 2010-04-30 20:10:35 UTC
The actual bug is, imho, the lack of possibility to cancel after having deleted a file.
Comment 4 Michael G. Hansen 2010-04-30 20:56:48 UTC
(In reply to comment #3)
> The actual bug is, imho, the lack of possibility to cancel after having deleted
> a file.

If you delete a single file, this is usually done within a second, so clicking "Cancel" while before it finishes is close to impossible IMHO.

If you instead of deleting the file send it to the trash, you can undo it by going to the trash, but then it takes a while to find the file. Maybe we could add an "Undo move to trash" function as there is in Dolphin?

In the long run, a "Flag for deletion" kind of tag would be nice that you can apply after sorting out the pictures, and can easily undo within digikam. Maybe it could be done if bug #150531 is addressed.

Michael
Comment 5 Marcel Wiesweg 2010-04-30 21:32:20 UTC
I got the impression that the actual bug is: "if you click a file in thumbnail and then press delete (whitout waiting for the file to be loaded), the previous picture is deleted, and not the last you've selected."

As to deleting, what I want to have is that a deleted file appears immediately from the views in digikam. In any case the deletion process is passed to kdelibs.

I have never seen a cancel button for a deletion process; deletion is very fast, as Michael said.
Comment 6 Olivier Kes 2010-04-30 21:39:53 UTC
I wasn't clear, sorry.

What I wanted to say is that an UNDO feature would be interresting in this situation. (As there is in many softs : edit > undo last operation)
Comment 7 Bill McGonigle 2010-06-28 06:23:30 UTC
Confirming with digikam-1.2.0-2.fc12.x86_64

What's the expected UI for interacting with the Trash?
Comment 8 Johannes Wienke 2010-06-28 10:08:27 UTC
The trash itself can restore files. Also, if deleting many files takes long, this can be interrupted using the normal progress indicator applet of plasma.
Comment 9 caulier.gilles 2011-12-13 09:41:17 UTC
I agree with comment #8 from Johannes. For me this file can be closed. Right ?

Gilles Caulier
Comment 10 Marcel Wiesweg 2012-03-12 10:50:05 UTC
I think the general consensus was summarized in #8 and #9