*** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** Within an album, a delete of some number of photos (say, the first 100 of 1000) removes those 100, but indexes the viewer to image 100 of the remaining 900. This is a problem, where if you have imported a large number of photos (where these are often groups via photo sessions etc), and you want to cull files, you can end up skipping some number of files for review. STEPS TO REPRODUCE 1. With an album that has some large number of photos (say, 1000), select perhaps the first 50 2. Hit the delete key 3. OBSERVED RESULT The indexed/active photo is not the next photo in series- it is the next index offset (i.e. 51) of the remaining photos in the album EXPECTED RESULT System should reset index to the first of the remaining photos. There is never a case where you would want the index to point to some arbitrary offset, since this is about position in the list of files, not a process done to files selected that remain in place. SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
I don't have Windows available here at the moment. But I can't reproduce the problem here under Linux, the next active item is the one after the deleted ones. Maik
Im sorry, I wasnt at all clear. The physically active image index IS the next image that was shown in the view prior to the delete. The problem is that the view index is offset, so if you delete 100 files, the active index is the next in the list, but the view index is at 100 (you dont see the active item). So, if you assume you are looking at the next file in the catalog (which is how most file systems work- you delete the first 50 items, the system sets the next item in the index as in view), it is easy to accidentally delete or miss images not intended to be deleted or skipped. Perhaps there is a config option that resets the album view to update to show the active image at position 1 in the view after a delete operation? Best Rob
Git commit 52f8559c70a42eb29c2ee9d3a8a4c2c286645722 by Maik Qualmann. Committed on 30/06/2024 at 20:33. Pushed by mqualmann into branch 'master'. scroll current item to the top of the view when deleting FIXED-IN: 8.4.0 M +1 -1 NEWS M +4 -0 core/libs/widgets/itemview/itemviewcategorized.cpp https://invent.kde.org/graphics/digikam/-/commit/52f8559c70a42eb29c2ee9d3a8a4c2c286645722