digiKam › digikam-devel

[Bug 277169] New: digiKam: face tag/tag region: only the last created face tag of multiple face tags is saved / no face tag is saved if cancel is hit on the last created face tag

Classic

List

Threaded

30 messages Options

Bugzilla from felix.leif@keppmann.de

[Bug 277169] New: digiKam: face tag/tag region: only the last created face tag of multiple face tags is saved / no face tag is saved if cancel is hit on the last created face tag

https://bugs.kde.org/show_bug.cgi?id=277169

Summary: digiKam: face tag/tag region: only the last created
face tag of multiple face tags is saved / no face tag
is saved if cancel is hit on the last created face tag
Product: digikam
Version: 2.0.0
Platform: Gentoo Packages
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: Tags
AssignedTo: [hidden email]
ReportedBy: [hidden email]

OS: Gentoo amd64
Version digiKam: 2.0.0_rc

Reproducible:
Always

Steps to reproduce:
A1) Add two face tags to an photo
A2) Switch to another photo and back

B1) Add one face tag to a photo
B2) Add a second one but click "cancel" instead of confirm
B3) Switch to another photo and back

Expected result:
A) Two face tags/tag regions
B) One face tag/tag region (the first one)

Actual result:
A) One face tag/tag regions (the one created at last)
B) No face tag/tag region

While testing the face tag functionality (as well as detection/recognition) i
recognized that pictures which got two (maybe also more) face tags, lost all
face tags but the last [time] one. All "normal" tags in the /People/NAME
hierarchy where still available.

After some investigation in the database i found the tag regions stored in the
"ImageTagProperties" table, e.g.
imageid tagid property value
11504 24 tagRegion <rect x="1292" y="1039"
width="222" height="297"/>

The name is stored in the "TagProperties" AFAIK.

If i add a new face tag first a temporary line in "ImageTagProperties" is
created:
imageid tagid property value
11504 24 tagRegion <rect x="1292" y="1039"
width="222" height="297"/>
11504 -1 autodetectedFace <rect x="1429" y="1163"
width="188" height="240"/>

The temporary tag region is persistent as long as i don't enter a name and
confirm the tag (region).
If i confirm the tag (region) in digiKam only the new tag (region) is
persistent in the database, the old one is deleted.
imageid tagid property value
11504 25 tagRegion <rect x="1429" y="1163"
width="188" height="240"/>

If i hit "cancel" at the current temporary tag in digiKam, both lines are
deleted, the temporary as well as the old tag region.
If i hit two face tags at last with the same name, both are saved, but not the
face tags i added before.

I guess this is not the intended behavior, would expect two tag regions.
Tag regions are both visible in digiKam as long as i switch to another photo
and back.

The behavior is reproducible.

Does somebody can confirm this? Or maybe knows the responsible code snippet?

(Tag regions/face tags are also not embedded in the metadata of files like
normal tags, only mentioned here, that is another bug/missing feature)

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Marcel Wiesweg

[Bug 277169] digiKam: face tag/tag region: only the last created face tag of multiple face tags is saved / no face tag is saved if cancel is hit on the last created face tag

https://bugs.kde.org/show_bug.cgi?id=277169

--- Comment #1 from Marcel Wiesweg <marcel wiesweg gmx de> 2011-07-14 16:06:30 ---
I tried to faithfully replay this bug, including watching the database. I could
not reproduce the behavior as described, for me the old entries stayed as they
should.

The FaceGroup will instruct its FacePipeline to execute the action in a thread;
from there (facepipeline.cpp:581) the relevant code is called,
FaceIface::confirmName (faceiface.cpp:811). The "autodetected" entry with the
Unknown Person tag is removed (831), then the new one added (835).

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Bugzilla from alexander.v.smirnov@gmail.com