allow deleting photos from camera independent of import
Submitted by an unknown user
Link to original bug (#716315)
Description
---- Reported by shotwell-maint@gnome.bugs 2010-07-07 15:33:00 -0700 ----
Original Redmine bug id: 2257
Original URL: http://redmine.yorba.org/issues/2257
Searchable id: yorba-bug-2257
Original author: Jani Monoses
Original description:
I did an import which crashed at the end, so did not ask whether to delete the photos from the media.
It would be helpful to allow deleting selected photos from the camera/SD card before or after importing.
Related issues:
- duplicated by shotwell - Feature #2547 (closed): Add the possibilty to delete a photo in the camera (indep... (Duplicate)
- duplicated by shotwell - Feature #6806: Suggestion: allow image deletion from the preview page. (Duplicate)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-10-06 12:55:00 -0700 ----
History
Comment 1
Updated by Jim Nelson over 3 years ago
Shotwell does offer to delete imported photos from the camera at the end of the import process. Of course, that's not real useful if it crashes before then.
I'd like to know more about this crash. Can you reproduce it?
If you could run Shotwell from the command prompt as so:
% SHOTWELL_LOG=1 gdb shotwell
then type “run†at the (gdb) prompt. (This assumes you have gdb installed.) If/when the program crashes, type this at the prompt:
(gdb) where
and attach that output and the Shotwell log file to this ticket (the log is at ~/.cache/shotwell/shotwell.log), that would be great.
Comment 2
Updated by Jim Nelson over 3 years ago
- Priority set to High
Comment 3
Updated by Jani Monoses over 3 years ago
this was the crash I filed an issue about yesterday (file deleted from library but the thumbnail still there), and which aborted with Upload error while trying to export it to picasaweb. I sent a patch to a at print out the whole error message – file not found.
I had deleted the file because at one point – due to another crash caused by disk full – I had had photos reimported multiple times and being named XXX.%(=caps)PNG% XXX_1.%(=caps)PNG% XXX_2.%(=caps)PNG% at each try.
I deleted some of the duplicates in the Photo library outside shotwell, but the thumbnails remained. I tried renaming the title (this is why it would have helped to have the rename text entry prefilled, I only wanted to remove _1 or _2 from the titles). Now I see that title and underlying file are not coupled, so the file in the photo DB still points to an inexistent file.
I think all issues I had with shotwell stem from that original failed import on disk full. Both crashes so far left shotwell in an inconsistent state, so in general using error() may not be the best solution.
Comment 4
Updated by Jim Nelson over 3 years ago
I see -- yes, we should do more testing under disk-full situations.
The problem of Shotwell still showing a thumbnail for a file that's been deleted is something we're addressing in 0.7 with #374 (closed).
Comment 5
Updated by Adam Dingle over 3 years ago
- Subject changed from allow deleting photos from camera independent of import to [strings] allow deleting photos from camera independent of import
Comment 6
Updated by Adam Dingle over 3 years ago
- Subject changed from [strings] allow deleting photos from camera independent of import to allow deleting photos from camera independent of import
Comment 7
Updated by Jani Monoses about 3 years ago
What should the UI for deleting photos allow?
-delete everything already imported from camera in one step (full cleanup)
and/or
-delete any selected subset of already imported (partial cleanup)
and/or
-delete anything selected from the camera, including not imported (full flexibility & possible accidental data loss)
Comment 8
Updated by Jim Nelson about 3 years ago
Regarding the third option, that could be achieved by using the “Hide already imported photos†checkbox. I think the first two and this existing feature would cover the bases.
Comment 9
Updated by Adam Dingle about 3 years ago
-
Priority deleted (
<strike>
_High_</strike>
) - Tracker changed from Bug to Feature
Comment 10
Updated by Jeremy Nickurak over 2 years ago
- Description updated (diff)
"Hide already imported photos" doesn't really cover this. When you've got garbage photos on your camera/card, you just want to get rid of them, to make space for more (hopefully) less garbage photos.
As it sits, in order to delete a picture you never want to see again, you have to import it, delete it from the popup, and then delete it again from your library. It would be much nicer to just be able to select a set of photos on the camera/card, and delete them permanently.
Comment 11
Updated by Adam Dingle over 2 years ago
- Priority changed from Low to Normal
Comment 12
Updated by Adam Dingle about 2 years ago
- Priority changed from Normal to High
I would also find it useful to be able to delete photos from a camera directly.
Comment 13
Updated by Jim Nelson 11 months ago
- Target version set to 0.14.0
Comment 14
Updated by Jim Nelson 11 months ago
- Category set to camera
Comment 15
Updated by Jim Nelson 10 months ago
- Target version changed from 0.14.0 to 0.15.0
Comment 16
Updated by Jim Nelson 6 months ago
-
Target version deleted (
<strike>
_0.15.0_</strike>
)
Comment 17
Updated by Richard B. Kreckel about 1 month ago
- Description updated (diff)
Why not just add a context menu item "Delete permanently" for items on cameras?
I have a habit of leaving some photos on the camera so other members of my family can import them later. When everybody is done and I want to clean up, it turns out that I cannot do it with shotwell. This is because in order to delete them I must import them first but shotwell won't import them because it finds they are duplicates. :-( Then I have to resort to Nautilus for deleting. Quite inconvenient.
--- Bug imported by chaz@yorba.org 2013-11-25 21:45 UTC ---
This bug was previously known as bug 2257 at http://redmine.yorba.org/show_bug.cgi?id=2257
Unknown version " in product shotwell. Setting version to "!unspecified". Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one. Resolution set on an open status. Dropping resolution