Bug 502051 - Tag tree in right window pane (under the Tag tab) doesnt work consistently as regards nested item memberships
Summary: Tag tree in right window pane (under the Tag tab) doesnt work consistently as...
Status: RESOLVED NOT A BUG
Alias: None
Product: digikam
Classification: Applications
Component: Tags-Engine (other bugs)
Version First Reported In: 8.7.0
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-03-27 00:38 UTC by Roland
Modified: 2025-03-27 07:08 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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