Bug 502360 - Similarity view - external deletion
Summary: Similarity view - external deletion
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Searches-Similarity (other bugs)
Version First Reported In: 8.6.0
Platform: Microsoft Windows Microsoft Windows
: NOR minor
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-04-03 15:15 UTC by HubMiner
Modified: 2025-12-09 18:16 UTC (History)
2 users (show)

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


Attachments
error screenshot (10.31 KB, image/png)
2025-04-03 15:15 UTC, HubMiner
Details

Note You need to log in before you can comment on or make changes to this bug.
Description HubMiner 2025-04-03 15:15:31 UTC
Created attachment 179964 [details]
error screenshot

In Similarity view, 
looking at multiple images, 
opening one of the images in an external app
and deleting it there, Windows Error pops up.
Possibly no impact from the error.
The error is reproducible.

Application Error:
Exception EAccessViolation in module ntdll.dll at 0003926D. Access violation at address 7722926D in module 'ntdll.dll'. Read of address 0000010F.
Comment 1 Maik Qualmann 2025-04-03 18:21:50 UTC
When performing a similarity search and viewing the thumbnails, digiKam doesn't provide access to the actual image.

I assume you have enabled monitoring of albums for external changes? This setting is in the digiKam setup under the Collections tab. Is that correct?

Maik
Comment 2 HubMiner 2025-04-05 13:30:20 UTC
I previously disabled the "Monitor" setting based on the menu suggestion that it creates a heavy load on system resources.  I also expected the start up rescan would resync any outdated FS info (I had restarted Digikam in the original scenario).

I enabled the "Monitor" setting, and it looks like the external deletion is no longer triggering the Excption error.  

After that, I disabled the "Monitor" setting, rstarted Digikam, deleted a dup file, and I am not getting the exception - so not sure how to repoduce it now.
Comment 3 HubMiner 2025-04-05 13:31:05 UTC
Things are still not quite working - let me know if you'd prefer this as a new issue:

A number of bad sets are shown at the end of Similarity view.  However each of those sets have only a single file.  Each set has a white rectangle icon instead of a real thumbnail.  Right clicking on those icon does not give any options to rescan or cleanup.

I reran Maintanance tool and restarted DK multiple times, the white rectangle icons are still there.
Comment 4 caulier.gilles 2025-04-11 18:13:33 UTC
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
Comment 5 HubMiner 2025-07-06 13:34:05 UTC
Checking in Digikam 8.7: no issue.  I propose either closing this issue or doing additional testing with "Monitor" setting off (if you want to address that fucntionality).

Steps:

- "Monitor Collection for external changes" -- enabled.  This was dusabled when submitted.
- open Similarity view
- select a set of images
- select an image and open in an external app (FastStone)
- delete the image using the external app
- return to DK.

Response:
- There is no Windows error as reported.
- After a few seconds, DK (in similarity view) shows the deleted image dissapearing.