Bug 500176 - Adding a new face does not work on Pixel 5 (work ok with Digikam 8.5)
Summary: Adding a new face does not work on Pixel 5 (work ok with Digikam 8.5)
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Faces-Workflow (other bugs)
Version First Reported In: 8.6.0
Platform: Manjaro Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-02-16 10:12 UTC by mahikeulbody
Modified: 2025-02-17 11:47 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 8.6.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description mahikeulbody 2025-02-16 10:12:00 UTC
SUMMARY
Adding a new face does not work on Pixel 5 image (work ok with Digikam 8.5).

STEPS TO REPRODUCE
1. Select a Pixel 5 image such as the attached one.
2. Scan for face (or add a face tag)
3. Type "The Joconde" (or anything else)

OBSERVED RESULT
After 2", the face disappears and no metadata is added.

EXPECTED RESULT
The same as with Digikam 8.5 for this file : the face remains and it is added to the metadata.

SOFTWARE/OS VERSIONS
6.13.0-1-MANJARO (64-bit)
KDE Plasma Version: 6.2.5
KDE Frameworks Version: 6.10.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION
Some Pixel 8 files have also this problem.
Comment 1 caulier.gilles 2025-02-16 10:19:43 UTC
Please share the Pixel 5/8 images to double check here...
Comment 2 mahikeulbody 2025-02-16 10:22:07 UTC
(In reply to caulier.gilles from comment #1)
> Please share the Pixel 5/8 images to double check here...

The file is too large. I will try with a smaller one.
Comment 3 mahikeulbody 2025-02-16 10:30:05 UTC
No problem with the file resized with Gwenview :-(
So here the original file : https://drive.google.com/file/d/1z7OdG50pIVy8VqKgONHLRMLiLD3MDD4Q/view?usp=sharing
Comment 4 caulier.gilles 2025-02-16 10:35:02 UTC
or uses a cloud web service...
Comment 5 mahikeulbody 2025-02-16 10:43:49 UTC
(In reply to caulier.gilles from comment #4)
> or uses a cloud web service...

Maik has already downloaded the file a few minutes ago.
Comment 6 Maik Qualmann 2025-02-16 10:51:00 UTC
It's the story with the XMP namespaces of Google Container and Item. ExifTool replaces them to GContainer and GItem, probably because they already collide with others. Unfortunately Exif2 doesn't register namespaces automatically (there is a bug report about this), I will fix it.

Maik
Comment 7 caulier.gilles 2025-02-16 12:00:19 UTC
Note : exiv2 bug is not yet fixed with the last release 0.28.4:

https://github.com/Exiv2/exiv2/issues/2932
Comment 8 Maik Qualmann 2025-02-16 12:30:24 UTC
Git commit adfcdba21f3b080f30bb714d5ee3dc278aef0adf by Maik Qualmann.
Committed on 16/02/2025 at 12:29.
Pushed by mqualmann into branch 'master'.

revert my last changes to XMP namespaces and use a counter again
FIXED-IN: 8.6.0

M  +1    -1    NEWS
M  +15   -15   core/libs/metadataengine/engine/metaengine.cpp

https://invent.kde.org/graphics/digikam/-/commit/adfcdba21f3b080f30bb714d5ee3dc278aef0adf
Comment 9 Maik Qualmann 2025-02-16 15:09:35 UTC
Problem is not yet completely resolved...

Maik
Comment 10 Maik Qualmann 2025-02-16 15:18:02 UTC
Git commit d6e1642e885f065942780493d67ccbd116995477 by Maik Qualmann.
Committed on 16/02/2025 at 15:17.
Pushed by mqualmann into branch 'master'.

fix typo in namespace uri
FIXED-IN: 8.6.0

M  +1    -1    core/libs/metadataengine/engine/metaengine.cpp

https://invent.kde.org/graphics/digikam/-/commit/d6e1642e885f065942780493d67ccbd116995477
Comment 11 mahikeulbody 2025-02-17 11:47:55 UTC
Fix confirmed here. Thanks.