Bug 472091 - Tag Tree Ignored with Item->ReRead Metadata from File
Summary: Tag Tree Ignored with Item->ReRead Metadata from File
Status: REPORTED
Alias: None
Product: digikam
Classification: Applications
Component: Tags-Keywords (other bugs)
Version First Reported In: 8.1.0
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-07-09 05:09 UTC by Stewart Bodzin
Modified: 2025-12-18 16:01 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stewart Bodzin 2023-07-09 05:09:37 UTC
I recently created a Tag Tree for all my non-People tags.  All the tags are unique, even though I know identical tag names are allowed to exist under different branches of the tree. Then I did an Item→Write Metadata to File, followed by an Item→Reread Metadata from File for a number of images.  The results were a destruction of my tag tree.  The tags that were re-read from the file's metadata, were placed outside the tag tree and the number of images shown existing under the original tree oriented tags were reduced since the new non-tree tag replaced the tree oriented tag.

I understand that this would be a correct behavior under two conditions:
1.  If a new tag never seen before was read from the image file
2. If two or more tags having identical names were in different locations within the tree

However, when reading the metadata tags from an image and each tag name in the image only exists once within the entire tree, then the import of the metadata should honor the tags current location within the tree.  Without this behavior, the use of Tag Trees is useless as it does not have reliable stability as one exports and re-imports metadata tags over the course of time.

In summary: please put imported tags in their currently existing position within a tag tree if the tag name is unique within the entire tree and the tag name is not a new never before seen tag.

Thanks,
Stewart
Comment 1 Maik Qualmann 2023-07-09 06:49:57 UTC
In order for a tags tree to be rebuilt correctly, this requires that the metadata is stored in a field that supports tag paths (e.g. Xmp.digiKam.TagsList). This entry must also be read first again, specified in the advanced metadata settings. Please post a screenshot of your advanced metadata settings for tags.

Maik
Comment 2 caulier.gilles 2023-10-15 03:22:07 UTC
@Stewart,

Did you seen the previous message from Maik ?

Gilles Caulier
Comment 3 caulier.gilles 2025-04-11 18:13:38 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 4 caulier.gilles 2025-12-18 16:01:29 UTC
@Stewart,

Any feedback using digiKam 8.8.0 stable release ?

Gilles Caulier