| Summary: | Digikam tends to crash with no error message on the first attempt at a duplication search on a folder with a larger number of images, but not on post-restart attempts | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Roland <carbonwerkes> |
| Component: | Searches-Similarity | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | crash | CC: | caulier.gilles, metzpinguin |
| Priority: | NOR | ||
| Version First Reported In: | 9.0.0 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Roland
2026-01-17 05:52:31 UTC
Hi, We need a debugger backtrace to see where the code crash in the application. Follow the instructions here for Windows: https://www.digikam.org/contribute/#windows-host-1 Gilles Caulier If you select multiple files in the thumbnail view, the context menu does not include a "find duplicates" option. When selecting a single item, the image similarity search is available. Therefore, if you actually see this option, your menu structure is faulty, or it hasn't been updated. Gilles has made many changes. Delete this file: https://docs.digikam.org/en/getting_started/installation.html Sektion: Contains UI configuration eg. the toolbar contents and positions. If your UI is broken, delete this file Maik >If you select multiple files in the thumbnail view, the context menu does not include a "find duplicates" option. When selecting a single item, the >image similarity search is available. Therefore, if you actually see this option, your menu structure is faulty, or it hasn't been updated. Gilles has >made many changes.
And this is the case in the context menu with current code. From my recent changes, i don't touch the find similar actions.
Gilles
The issue was not related to a right click on a thumbnail. It was related to a right click on a tree node, where 'Find Duplicates' exists in the pulldown menu. Im not able to reproduce it as of now. Two things have changed: 1. Yesterday, an initial crash per the bug report, I restarted DigiKam and ran a Find Duplicates from the tree root (the entire tree). That ran- and generated any number of matches (it was set to a tolerance of 60%). I deleted perhaps 100-200 obvious duplicates, but many retrieved were not duplicates (the 60% thing). So I increased the tolerance to 90%, ran again at the root node, and received again a proper list with some errors (fewer non-duplicates). I deleted perhaps 100-200 more. There are several thousand- as a function of merged images from multiple sources- in a source tree of about 130,000 files. 2. Per the instructions in the debug process, I installed the debug version of the snapshot. So, its possible something changed in code. But its also possible there was some specific error with accessing the file system the first try, or perhaps with some particular combination of duplicates that no longer exists due to deletions or file moves. I dont expect this was a function of duplicate count, because the crash happened before any scan began. I think it is possible this was more a function of a file system thing- perhaps a tree with a certain number of files, or perhaps some minimum number of nodes is required (and that is no longer met). What makes no sense to me is- why would this happen on the first try, and then after restarting the application, it would not happen (or at least, typically it did not happen). Presumably, some process was left open in the crash that plays a role here, OR there is some weird thing in the Windows 10 file system- a buffer error or something like that which is set for a volume, and not reset until a reboot happens etc. No idea- just very strange to me that this could persist across app restarts. Guys- It crashed again this morning, though I didnt have the VS debugger attached at that time. But at least we know the issue remains. I tried a few different processes- reboot, logout/login, deleting files etc, so this may be more random as a function of some other process running. But, I cannot recall any exception to the core pattern- a crash happens on the first instance of selecting 'find duplicates' from an album tree node, and then on restarting digikam, the same scan command process for the same root folder works. So, Ill keep trying. Not exactly clear what Im supposed to do one the crash happens. The overview just talks about saving some particular output, but I havent seen that. Not sure if it is dynamic with a crash event, or nested in a menu etc. lll keep trying- maybe we can find the culprit yet- Best, as always |