Bug 502051

Summary: Tag tree in right window pane (under the Tag tab) doesnt work consistently as regards nested item memberships
Product: [Applications] digikam Reporter: Roland <carbonwerkes>
Component: Tags-EngineAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED NOT A BUG    
Severity: normal CC: metzpinguin
Priority: NOR    
Version First Reported In: 8.7.0   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Microsoft Windows   
Latest Commit: Version Fixed/Implemented In: 8.7.0
Sentry Crash Report:

Description Roland 2025-03-27 00:38:00 UTC
SUMMARY
It seems there is no way to have the tag tree view (Captions->Tags) use its ‘check’ or ‘…’ display per node to define application state of children nodes to selected image(s).

STEPS TO REPRODUCE
Create a tag structure like:
#Sports
   #Football
       #Player Name
            Name1
            Name2
            Etc
        #Teams
        #Player Number

From a group of images in an album, select 1 image so it is active as a tag target. Apply tag ‘Name1’ to image. 


OBSERVED RESULT
Within the #Player Name parent tag, you will see Name1 show a checkmark if you select only the image selected when Name1 was applied. If you select multiple images, you will see ‘…’ next to Name1 to indicate it is applied to a subset of the selection. The parent tag #Player Name will not change state under these conditions- it will remain unchecked, even if the #Player Name branch is collapsed. Likewise with its parents (#Football, and #Sports).

EXPECTED RESULT
As with the ‘Show Item Count’ option, it would be helpful if the tag indication extended to parents. ‘Show Item Count’ only shows the total number of tags in the branch(es), but it doesn’t indicate if any are active for the selected images (or to any images).


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

The lack of this indication makes it difficult to determine if one or more images is missing a tag. In some tag classes (i.e. #Photo Attributes) there may not always need to be an active tag for an image. For others, depending on the nature of the content, there is typically going to be several that are 'required' for whatever tag standard the user has created. 

Its not as simple as auto-tagging on import, since often tags cannot be aligned by folder name. In the example above, I could assign the NameX tag, but not the Teams or Player Number tag, etc. If files are copied in externally, or merged there are going to be instances where required tags arent assigned. If you have a #Player Name tag list that has 1000 members, I cannot just leave that branch expanded and look for Name. Even if the image has a Player Name tag assigned, I will not see a ‘…’ at the #Player Name node when I select said image- so I have to physically scroll.
Comment 1 Maik Qualmann 2025-03-27 07:06:52 UTC
This is not a bug. If you assign [ ]PlayerName / [x]Name1, then "PlayerName" is part of the tag path, but it is not assigned to the image. You must also explicitly assign [x]PlayerName. This complies with the metadata standard. We have already a bug report regarding the tag counting and its specificity.

Maik
Comment 2 Maik Qualmann 2025-03-27 07:08:29 UTC
See Bug 414424 for tag counting

Maik