| Summary: | Scanning a Directory also reads top tree | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | hoelzer |
| Component: | Database-Scan | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | caulier.gilles, metzpinguin |
| Priority: | NOR | ||
| Version First Reported In: | 8.6.0 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | Version Fixed/Implemented In: | 8.9.0 | |
| Sentry Crash Report: | |||
|
Description
hoelzer
2025-03-21 15:40:47 UTC
Scanning on the left sidebar ? Scan for what ? Quality, auto-tags, Similarity, Faces ??? Gilles Caulier Only the current album folder is executed during a refresh (reading the metadata to the database). I tested it again here specifically. Does your album possibly contain symmolic links that digiKam could follow? Maik (In reply to caulier.gilles from comment #1) > Scanning on the left sidebar ? Scan for what ? Quality, auto-tags, > Similarity, Faces ??? > > Gilles Caulier I'm using the "Refresh" function of the context menu to get new and changed image thumbnails in the album. Christian Hölzer (In reply to Maik Qualmann from comment #2) > Only the current album folder is executed during a refresh (reading the > metadata to the database). I tested it again here specifically. > > Does your album possibly contain symmolic links that digiKam could follow? > > Maik No, there are no symbolic links. The album is accessed over a network share (served via samba on debian 12), digikam is running on Windows 11. I did the following test, using one top folder with 578 subfolders (all album folders have been read into the database before): 1. Remove all subfolders except one empty one 2. Populate the remaining subfolder with 100 images 3. Execute "Refresh" on the subfolder Result: The refresh took about 10 Minutes, and digikam now displays only the one remaining subfolder, having removed all the other ones. So digikam is operating on the other album folders, at least reading the directory/file structure. Please create a DebugView log, then we can see exactly which files are being processed, as described here for Windows: https://www.digikam.org/contribute/#windows-host Maik Album Refresh consists of two modules: the New Item Scanner and the Thumbnail Creator. The New Item Scanner scans the album recursively, including subdirectories. The Thumbnail Creator only reads the current album. Well, I wouldn't change anything here at the moment so that newly added albums are also recognized. Is reading subalbums for changes so slow on your network drive? Maik Hi, The 8.7.0 pre-release Windows installer from today have been rebuilt from scratch with Qt 6.8.3, KDE 6.12, OpenCV 4.11 + CUDA support, Exiv2 0.28.5, ExifTool 13.27, ffmpeg 7, all image codecs updated to last version (jxl, avif, heif, aom, etc.). Please try with this version to see if your problem still reproducible... https://files.kde.org/digikam/ Thanks in advance Best regards Gilles Caulier The pre-release did not change the behaviour. My network has a 1GBit/s LAN connection, the files are beeing served by a NAS (Debian 12, Samba 4.17). I think it is just the amount of files that need to be scanned. My example directory contains 243963 files in 1573 directories. Christian As of Release 8.8.0 the time for a refresh has been reduced from 15 Minutes to about 30 seconds. My problem ist solved, thank you very much for your support! |