Bug 514759 - Add more progress detail on "Find new items"
Summary: Add more progress detail on "Find new items"
Status: REPORTED
Alias: None
Product: digikam
Classification: Applications
Component: ProgressManager-Usability (other bugs)
Version First Reported In: 8.8.0
Platform: Microsoft Windows Microsoft Windows
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-01-17 20:04 UTC by kde
Modified: 2026-01-17 21:22 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description kde 2026-01-17 20:04:01 UTC
SUMMARY
When refereshing a collection (and probably when creating a new one), the Find new items action in the background tasks tray can take a very long time to even really begin. Using procmon, I figured that the process first scans every folder to then be able to have a useful progress bar.

The problem is that even this scan can take a long time and during this time, the progress stays at 0 until it completes giving the impression that nothing is going on. I thought, maybe, it could be more user frienfly to display the current folder, say, every 1 or 2 seconds if the tray is opened?

And, if I push my luck, maybe split the action in phases (Find new items [1/2 Discovery]: \\......) and add some kind of progress bar even for phase 1 that could fluctuate depending on what it finds (number of scanned folders / total actually discovered folder).

Also, maybe there is something to do with performance that could make this actual request less relevant... My personnal library is on a 1Gbps connection but right now, with the scan going on, my CPU is idling at 12%, my Ethernet link under 5Mbps and my NAS CPU under 40%.

SOFTWARE/OS VERSIONS
digiKam: 8.8.0
KDE Frameworks: 6.17.0
Qt: Using 6.9.1 and built against 6.9.1
Windows 11 Version 25H2
Build ABI: x86_64-little_endian-llp64
Kernel: winnt 10.0.26200