Bug 498910

Summary: In "Search in" menu for face detection/recognition only one collection/album/root directory shows subfolders
Product: [Applications] digikam Reporter: Digibub <mrgreatzot>
Component: Faces-WorkflowAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: metzpinguin
Priority: NOR    
Version First Reported In: 8.5.0   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Microsoft Windows   
Latest Commit: Version Fixed/Implemented In: 8.6.0
Sentry Crash Report:
Attachments: Screenshots of Album view vs facial recognition Search In view

Description Digibub 2025-01-20 02:47:57 UTC
Created attachment 177539 [details]
Screenshots of Album view vs facial recognition Search In view

Added three directories where pictures are stored to Digikam as collections. Two are on an internal drive, one on an external. Only one of the three, titled Pictures, shows all the subfolders/directories in the Search In tab when trying to use Face Detection/Recognition. 

An earlier bug report for a Linux system indicated this happened on removable media, but it seems it's more than that--it seems only one collection (perhaps the first one added to digikam?) is treated a certain way, with the ability to select specific subfolders to include or unselect to ignore during facial detection/recognition, and the others are treated a different way, with no ability to exclude anything from the root directory. That's a big problem when most of your images are stored in one of the other root directories/collections.
Comment 1 Maik Qualmann 2025-01-20 07:12:13 UTC
The collection root albums have no dropdown opener because we omit the top root album in this listing.
However, you can collapse and expanded by double clicking on the collection root album.

Maik
Comment 2 Digibub 2025-01-20 08:37:43 UTC
(In reply to Maik Qualmann from comment #1)
> The collection root albums have no dropdown opener because we omit the top
> root album in this listing.
> However, you can collapse and expanded by double clicking on the collection
> root album.
> 
> Maik

Thank you for clarifying and explaining how to drill down. It seems a bit strange to me to show an expand/dropdown arrow on the subfolders which have further subfolders but not on the root folder. (Windows 10's Navigation pane has it on both.) Where's the visual cue to indicate there's more "albums" (folders) hiding under there? Other than being told or accidentally finding out by trying, how does the user know to double-click to expand there? (And it seems the same would apply if all albums in the Albums view were collapsed to "Albums"--I had thought that was just a header until you explained you could double-click to collapse and tried it.) I did look at some documentation (https://docs.digikam.org/en/index.html) to try to figure out what was happening before going here but didn't see an instruction to double click to expand, nor an option in the right-click mouse menu that indicated expanding was possible. Glad to find out that it is, but it wasn't intuitive.
Comment 3 Maik Qualmann 2025-01-20 11:32:07 UTC
We can of course display the top album so that the expansion arrows are shown. However, we would then be wasting unnecessary space in terms of width. Because the width is already very limited if many subdirectories exist. I would be reluctant to do that. I don't remember the problem being reported before. The fact that the nodes can be collapsed and expanded by double-clicking is actually common practice.

Maik
Comment 4 Maik Qualmann 2025-01-20 21:41:26 UTC
Git commit 580810407d62a1cfaf1eaa8a337a09e8035dbb58 by Maik Qualmann.
Committed on 20/01/2025 at 21:39.
Pushed by mqualmann into branch 'master'.

show root item expander in the album selector
Related: bug 469805
FIXED-IN: 8.6.0

M  +2    -2    NEWS
M  +1    -0    core/libs/album/widgets/albumselectcombobox.cpp

https://invent.kde.org/graphics/digikam/-/commit/580810407d62a1cfaf1eaa8a337a09e8035dbb58