SUMMARY When using non-destructive editing, originals are preserved but hidden. This leads to very confusing behavior, for example when moving all images from one album into another. Then the source album remains with an item count corresponding to the number of edited items, but when opening the album, it appears empty. The status bar will say something like "No items selected (0 items) - 42 items hidden", but there's no explanation whatsoever for how and why those items are hidden and how to unhide them. The center of status bar will say "No active filter". Judging by how long it took me to figure this out, it can be quite painful for a user to run into this if they don't know about this behavior. For instance, when trying to move or copy the mysteriously hidden files on the filesystem they'll see that it will remain hidden digikam. Even modifying them (e.g., with "mogrify -rotate 90") keeps them hidden. To the user it seems that the file has been permanently blacklisted by digikam somehow, but there's no apparent property of the file that would cause this. STEPS TO REPRODUCE 1. Edit an image with the non-destructive image editor 2. Select "Save Changes" 3. Move file to another album OBSERVED RESULT Original image remains at original location but cannot be viewed or revealed in digikam EXPECTED RESULT Original image is moved together with the edited item SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: Linux 6.6.58 KDE Plasma Version: n/a KDE Frameworks Version: n/a Qt Version: 6.8.1 ADDITIONAL INFORMATION
We've discussed this hundreds of times. In the digiKam settings under Image Editor -> Versioning, you can deactivate the hiding of the original images if you don't want it. If you move them at the same time, there is a risk that the original images might be deleted. There are users who have not saved the original images in the same directory. We're leaving it as it is for now. Maik
I'm sorry if this has already been discussed before. I've tried my best to find open issues here or anything on the Internet, but the only thing that came up was this forum post, where a user most likely had the exact same problem but couldn't figure it out themselves: https://discuss.kde.org/t/hidden-items-in-album-that-should-not-be-hidden/3434 (and neither did anybody reading it, apparently) I understand that I can disable it (and I did), but that's not really the point. What's problematic here is that once enabled, its behavior is so opaque, that even if I had *just* enabled the feature, I'd have no idea whatsoever that *this* is what I signed up for. Outside of one occurrence in the help text, the entire settings page doesn't even speak of "hiding" or "hidden items" at all. I can imagine that moving the originals is tricky. Keeping it simple, there are still other avenues for mitigating this. For instance, assuming that there is currently no other mechanism for hiding items (I didn't find one while desperately searching for an unhide button), the status bar could simply say something like "42 old versions hidden" instead. This would already make a huge difference, giving people a chance to discover the corresponding settings page. And just to mention it: Offering a menu action for temporarily revealing hidden items and thus opening a path for navigating to their current versions would of course be ideal, but presumably much more effort.
Did you read the online documentation ? https://docs.digikam.org/en/setup_application/editor_settings.html#image-versioning-settings Gilles Caulier
I'm not even sure if you're asking me or Maik, because ironically, that link underscores my argument. It makes zero mentions of hiding or hidden items. If it did, it might actually have shown up in one of my dozens of Google searches.
To you, Maik is developer from the team, and he know very well the presence and the importance of the online manual. If something is missing in the doc, i will update it in this way. Manual is very huge and to have a global view of the contents it's difficult, especially for this first day of the year (:-)))... My best Gilles Caulier
Thanks! :-)