GNOME Bugzilla – Bug 353058
Find orphaned photos.
Last modified: 2018-07-12 00:01:05 UTC
Whenever you do a "Remove from Catalog" in F-Spot, f-spot deletes everything associated with this photo in the various tables, but the photo is still on the disk. If this photo has been copied to F-Spot's Photos directory, it will be very difficult to find out which photo are on the disk, but not in F-Spot. Orphaned photos that is. I guess this could be done as a plugin. Perhaps something like a window with a list of all the photos (with full path) that are not in F-Spot, but on disk would be enough. The window could have some extra nice buttons :) 1) Select all / Clear Selection 2) Copy selected photo paths to clipboard 3) Import selected photos to F-Spot 4) Delete selected photos from disk
This seems like an edge case. This functionality would essentially be provided by having duplicate detection - then, when you import a directory, it would only import the photos not already imported. Any way, your call Bengt, but I think this is a dupe of #169646.
How about finding the photos you by misstake deleted from catalog, instead of from disk. That is finding unwanted photos under F-Spot's base dir, and delete it. Not sure how this would be done by the duplicated patch?
I don't see this as a dup of #169646. BTW, I just discovered that I have hundreds of orphaned photos wasting a potential GB of disk space. So I'd really like to see this implemented.
*** Bug 502823 has been marked as a duplicate of this bug. ***
it would be great to see this implemented indeed
Created attachment 113541 [details] [review] Extension to find Orphans and wrong date URI Hi Guys I have a working version of my Orphan Extension attached to bug ... It needs two methods in F-Spot trunk. 1) A method in Photo.cs to set a new URI 2) A method in MainWindow.cs to set the filter to last imported roll. These are in the svn.diff file thats in the Fspot.Trunk.svn.diff The extra features you get from this extension are 1) Discover (and possible to delete) all photos that are only in the photos.db, but not on the physical disk. 2) Discover (and possible to import) all photos that are in the physical disk (under the base path), but not in photos.db. 3) Same as 1) but for linked photos. 4) Discover (and possible to move) all photos that are physically located on a wrong URI according to the YYYY/MM/DD timestamp in the photo. What is missing, is 1) icon preview of each discovered photo (if possible) 2) possible to select all, none, or some and perform the action only on these selected photos. I have prepared for it, but not finished yet... Currently I am hoping someone else have an interest to finish this one, since I have run out of spare time. The source code might perhaps not be the easiest, but I tried to separate the GUI part from the actual logic. Have fun with it Bengt
Created attachment 116868 [details] Extension to find Orphans and wrong date URI Updated this Extension. The extension works fine, but the GUI is not good at all. The progress bar do not work. Still hopeing someone wants to continue this one :) Good luck Bengt
Apparently no need to patch SVN. Should be possible to use the Query and/or MainWindow.TopLevel from the extension.
*** Bug 538644 has been marked as a duplicate of this bug. ***
As a workaround, I used http://michaeljaylissner.com/blog/script-to-cleanup-fspot-database .
F-Spot has moved to https://github.com/f-spot/f-spot/issues If this Bugzilla ticket is still valid in a recent version of F-Spot, please feel free to post this topic as a ticket in the F-Spot project on GitHub. Closing this report as WONTFIX as part of Bugzilla Housekeeping as we are planning to shut down GNOME Bugzilla in favor of GNOME Gitlab.