Bug 435343

Summary: Crash getting People album property if Thumbnail file removed
Product: [Applications] digikam Reporter: Pitchke <pierre.kerff>
Component: Thumbs-IconViewAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: crash CC: caulier.gilles, metzpinguin
Priority: NOR    
Version First Reported In: 7.2.0   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Microsoft Windows   
Latest Commit: Version Fixed/Implemented In: 8.2.0
Sentry Crash Report:

Description Pitchke 2021-04-04 11:59:42 UTC
(The "Component" should be something like People-album-Thumbnail)

SUMMARY
digiKam crashes (no more responding, kill process required) when opening a *People* album properties (Alt-Enter or right-click→Properties) if its Tag Thumbnail/Icon file was renamed (or moved) using filesystem (i.e. Windows Explorer - not a good practice but digKam should not crash). See also [1] Note below.

STEPS TO REPRODUCE
1. Assign a Tag Thumbnail to a People album using a face from gallery view
2. (info) digiKam can be kept open or closed now - does not change crash behaviour
3. Use Windows Explorer to rename or remove the previousy assigned Thumbnail file
4. Restart digiKam
5. On that Album, try getting its properties using Alt-Enter or right-click→Properties

OBSERVED RESULT
* digiKam is not responding to any mouse/keyboard input. End-Task fails and the process has to be killed.

EXPECTED RESULT
* digiKam to open the People album property interface/window.

SOFTWARE/OS VERSIONS
Windows: W10 (1909 on native hardware and 1809 on VMware player 15)
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
What I already tested:
* Crash on the released version 7.2.0 and also version 7.1.3 (3 Sep 2020) - no other versions tested.
* Does not happen using *Album* view Thumbnails (as opposed to *People* album)
* (info) If the Album Thumbnail file is restored to the same pathname, the icon just reappear (after digiKam restart) which in itself is a very useful feature to restore Thumbnails following path/file changed by mistake or without knowing this impact.

digiKam Options which may be relevant:
* Enabled setting: Settings → Configure → Collections → [X] Monitor the albums for external changes.
[1] Note that with this option enabled digiKam effectively detects a file rename from the file system and reflects this correctly in Properties (right-Tab) and Tool-Tip gallery view. It however seems not to "update/sync" the Album Thumbnail property.

(This is my 1st bug report, I am pleased to help, run additional tests, clarify as required. Thanks A LOT for this wonderfull open-source development, dayly used here).
Comment 1 Maik Qualmann 2021-04-04 12:58:24 UTC
I cannot reproduce the problem at the moment.
Do I understand correctly that they use (created) images of faces as tag thumbnails?
This is actually not necessary. You can simply drag a face of a confirmed person onto the tag icon in the People View and use it as a face thumbnail.

Maik
Comment 2 Pitchke 2021-04-04 13:32:37 UTC
Hi Maik and thanks for your quick reply.

Not sure I understand what you mean with "they use (created) images of faces as tag thumbnails?".
But indeed, I do "simply drag a face of a confirmed person onto the tag icon in the People View and use it as a face thumbnail" using <Set as Tag Thumbnail> popup menu.
The crash happens if the involved file (on which this face exist) is renamed or moved.

Pierre.
Comment 3 Maik Qualmann 2021-04-04 19:23:02 UTC
Renaming or deleting the file from the facial thumbnail may not actually be the problem. Because the thumbnail is loaded from the database and is retained even if the image file has been deleted. I cannot reproduce the problem on Windows either.

Maik
Comment 4 caulier.gilles 2021-12-14 05:07:05 UTC
Hi,

Stable digiKam 7.4.0 is published. Please check if problem is reproducible.

Thanks in advance

Gilles Caulier
Comment 5 caulier.gilles 2023-04-19 14:49:51 UTC
@Pitchke

digiKam 8.0.0 is out. Problem still reproducible ?

Best regards
Gilles Caulier
Comment 6 Pitchke 2023-05-19 10:02:32 UTC
Hi Gilles,

Sorry for the delay, but good news,
the problem no more occur in digiKam 8.0.0 (also tested in 7.10)

Thanks for your good follow-up,
Pierre
Comment 7 caulier.gilles 2023-05-19 16:42:07 UTC
Great. Thanks for the feedback

Gilles Caulier