Don't tag pictures on external HD as missing when HD is unmounted
Submitted by an unknown user
Link to original bug (#717814)
Description
---- Reported by shotwell-maint@gnome.bugs 2011-06-13 03:07:00 -0700 ----
Original Redmine bug id: 3747
Original URL: http://redmine.yorba.org/issues/3747
Searchable id: yorba-bug-3747
Original author: Dominik Mayer
Original description:
Problem: I opened Shotwell without realizing that my external HD was not mounted. Shotwell used 100 % of the CPU and I didn't know why. I killed it and found out that it was tagging all my images as missing. After the HD was mounted it took a lot of CPU load to process them once again.
Suggestion: Add a checkbox “Collection is on external HD†to the settings. If it is checked, the pictures will not be tagged as missing when the HD is not mounted. Instead a message will be shown: “Please mount your HD.â€/“Your HD is not mounted.â€/… If the HD is mounted but some pictures are missing, process them the way it is done now.
---- Additional Comments From shotwell-maint@gnome.bugs 2012-09-24 16:26:00 -0700 ----
History
Comment 1
Updated by andreas - over 2 years ago
Good idea, though my proposal is to generally assume an external medium, if the path is in /media. Then display a little HDD missing emblem on the event, additionally to the emblem on every missing picture's thumbnail to indicate that this event is missing / has missing pictures. This will probably motivate users to delete an event if it was deleted intentionally.
@dominik.mayer: would this cover your use case?
cases to consider:
-
I don't think that average users mount their removable media into /home but check for symlinks that point to /media.
-
is there still a distro that uses /mnt instead of /media?
-
The mountpoint exists (/media/%(=caps)FOO%/*) but the folder is missing -> assume deletion but ask for confirmation since the user might have two identically named disks. (e.g. I tend to name all my USB disks USB and they're all mounted to /media/%(=caps)USB%/ .)
Comment 2
Updated by Dominik Mayer over 2 years ago
Thanks for the quick reply. I guess it would cover my use case. I'm not sure about “the emblem on every missing picture's thumbnailâ€. Doesn't that mean the program still has to process all images? My main goal is to be able to open shotwell without having to fear that tens of thousands of pictures will be processed and reordered.
Your proposal seems more elaborate than my suggestion. It should also possible to detect a mount point inside the /home folder by processing the output of “mount†during startup. Someone might have an extra partition for /home or /home/user. If there's a file system mounted deeper like /home/user/images then assume it is on an external drive.
Comment 3
Updated by andreas - over 2 years ago
Shotwell keeps all thumbnails in ~/.shotwell/thumbs/ which is why you still have access to these when the pictures themselves aren't reachable. That's also why you see the thumbs of the missing files.
Your second suggestion was supposed to be covered by the first case to consider in comment:2 i just phrased it incorrectly so let me rephrase: I don't think average users mount into their $%(=caps)HOME% directories (though they have their $%(=caps)HOME% itself mounted, as in the case of a live distribution (USB / CD boot)). But it might still be worth considering this option for advanced users. Shouldn't be too much additional work. I sometimes do things like that on servers but not with removable media, as you get awkward situations like hiding existing content when mounting into a non- empty directory.
Do you mount ~/images externally?
Comment 4
Updated by Dominik Mayer over 2 years ago
I don't but I was thinking about it. Maybe I will once my HD only holds images.
Comment 5
Updated by Peter Puk about 1 year ago
- Description updated (diff)
I have the same problem.
Also, when images are marked as missing, the tag information is also lost. I almost got a hart-attack when seeing all my labels were missing. I didn't want to retag all my 10.000 images just because my HDD was not mounted when shotwell started. Luckily i had an backup, so i could restore the tag information, but its really tricky for people who have no backup.
The external HDD is mounted on /media/photos/ and i have a symlink from $HOME/Images -> /media/photos/peter/.
I can link the shotwell library to /media/photos/peter if necessary.
I hope the priority can be set higher, because there is an potential data loss!
Comment 6
Updated by Adam Dingle about 1 year ago
- Priority changed from Low to Normal
Peter,
tag information is not lost when your photos go missing. Shotwell remembers your tag information and will restore it when the photos become available again. Shotwell discards the tag information only if you remove the missing photos from your library.
--- Bug imported by chaz@yorba.org 2013-11-25 21:54 UTC ---
This bug was previously known as bug 3747 at http://redmine.yorba.org/show_bug.cgi?id=3747
Unknown Component Using default product and component set in Parameters 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