Bug 499720

Summary: Refresh album view WITHOUT re-scanning thumbnails.
Product: [Applications] digikam Reporter: _ <myaccount132>
Component: Thumbs-AlbumAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: metzpinguin
Priority: NOR    
Version First Reported In: 8.5.0   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed In: 8.6.0
Sentry Crash Report:
Attachments: keyboard shortcuts for refreshing

Description _ 2025-02-09 12:47:23 UTC
Manually refreshing album view does two things: i) finds new items ii) updates thumbnails for ALL pre-existing images. I would like to find a way to find only new items WITHOUT the long re-scanning of thumbnails for all images already pre-existing in the album which consumes CPU, delays things and is always a slight hassle to every time cancel the process. This behavior has always been there.

There was a discussion at https://unix.stackexchange.com/questions/679847/how-to-refresh-an-album-without-re-generating-thumbnails-in-digikam but the answers there are nonsense and should be corrected.
Comment 1 Maik Qualmann 2025-02-09 12:52:40 UTC
Use Ctrl+F5.

Maik
Comment 2 caulier.gilles 2025-02-09 15:13:07 UTC
Git commit 705e06c7f79538877e2aab4bae25836dc89653dd by Gilles Caulier.
Committed on 09/02/2025 at 15:12.
Pushed by cgilles into branch 'master'.

add CTRL+F5 in online doc
FIXED-IN: 8.6.0

M  +171  -170  setup_application/shortcuts_settings.rst

https://invent.kde.org/documentation/digikam-doc/-/commit/705e06c7f79538877e2aab4bae25836dc89653dd
Comment 3 _ 2025-02-10 13:02:27 UTC
Thanks! There must be slight error still:

Refresh                             :kbd:`F5`
Refresh (without thumbnails update) :kbd:`F5`

as latter should read kbd:`Ctrl+F5` instead?

In same occasion: I also found there that Image Editor has shortcut F4. Could you make it read also in both menu and toolbar button where that information is missing?
Comment 4 caulier.gilles 2025-02-10 13:06:22 UTC
Git commit ac2cec55f444fed1cb6cb026414f572898cd996f by Gilles Caulier.
Committed on 10/02/2025 at 13:05.
Pushed by cgilles into branch 'master'.

typo

M  +1    -1    setup_application/shortcuts_settings.rst

https://invent.kde.org/documentation/digikam-doc/-/commit/ac2cec55f444fed1cb6cb026414f572898cd996f
Comment 5 _ 2025-02-10 20:32:23 UTC
Further comment. 

In my opinion more intuitive would be to F5 to search only for new files and Ctrl+F5 to search for thumbnails too. Compare to web browser behavior to refresh deeper when using Ctrl/Shift+F5 but generally F5 is good enough. That of course would change digikam behavior from what it has been.
Comment 6 _ 2025-02-11 17:41:44 UTC
I was also left in wonder if this was only fix to 8.6.0 manual and the behavior should already be there, as in 8.5.0 CTRL+F5 is already assigned for alternate refresh behavior, but it does nothing.
Comment 7 Maik Qualmann 2025-02-11 17:54:35 UTC
CTRL+F5 searches for new items in the current album. This keyboard shortcut has been around since before digiKam-8.5.0, I would have to check when exactly it was.

Maik
Comment 8 Maik Qualmann 2025-02-11 17:57:19 UTC
This option has existed for about 5 years.

Maik
Comment 9 _ 2025-02-11 18:40:36 UTC
I have faint memory that I have possibly used it some time earlier but I'm not sure. Anyway Ctrl+F5 doesn't work in my appimage 8.5.0.
Comment 10 _ 2025-02-11 18:43:26 UTC
I'm only able to refresh new items pressing plain F5 (and always cancel the thumbnails processing). Ctrl+F5 does nothing even while keyboard shortcut is assigned.
Comment 11 _ 2025-02-11 18:43:57 UTC
Created attachment 178158 [details]
keyboard shortcuts for refreshing

Ctrl+F5 doesnt' work
Comment 12 _ 2025-02-11 18:46:52 UTC
Well Ctrl+F5 seems to be assigned to "Workspace F5" in window manager. I'm unsure if that's the reason.
Comment 13 _ 2025-02-11 18:48:25 UTC
Yes, removed the connection and now it works.
Comment 14 _ 2025-02-20 08:48:27 UTC
One more issue with this: I can't make my preferred assignment to work. Shortcuts work as intended when F5 and Ctrl + F5 are set the default way, but if I try to set them to work other way round in keyboard shortcut configuration, the setting is not applied and shortcuts still work like default. I would like to set F5 for new image scan only without searching thumbnails.
Comment 15 Maik Qualmann 2025-02-20 11:27:19 UTC
It's actually not a shortcut of its own. We check whether Ctrl is also pressed. We can of course make it a standalone function...

I also don't understand why you have to constantly update the album. If you add images via paste/copy or drag&drop, it is updated automatically. The same applies with an import function from digiKam.

Maik
Comment 16 _ 2025-02-21 12:09:53 UTC
I have to occasionally update the album for single images I edit outside digikam. I could save them in another directory and drag&drop them to digikam which updates the view like you said, but to avoid hassle with files and open windows(* in most cases it would be easier if I can save/export the files from external editors directly to digikam album directory and refresh the view. In refreshing it would also be nice if the view stays where it was (likely the file previously selected for editing and its surroundings) and not abruptly jump to some other location in several displays long file view.

*) Similar problem is that when I excessively use BQM or digikam Editor, while ending editing I occasionally press the X from digikam main window instead. To avoid that, it would be nice to have an option to ask confirmation when closing the main window (and whole digikam which also may leave some changes unsaved). Usually I would find such feature annoying, but I think it could be useful as an option. (I could open separate ticket for this if you prefer.)
Comment 17 _ 2025-02-21 12:32:43 UTC
The option I suggested for closing the program could work like this:

IF any digikam tools/windows are open apart in addition to main window
OR there is unapplied changes
THEN confirmation for the closing program is asked
OTHERWISE closing without asking 

At least Geolocation editor seems to block closing the program like it prevents many other things (without telling it in any way), but many other tools or actions don't.

(But I can open separate ticket for this if you want.)