https://bugs.kde.org/show_bug.cgi?id=439206
--- Comment #7 from kfut10y...@protonmail.com --- Decided to test again on another machine with a fresh install of Linux with no modifications beyond what is listed below (including not enabling “add information to files” during install). It appears I missed a critical step in the original instructions: tagging the face. Steps are as follows: 1. Install Kubuntu 21.04 on an x86-64 machine 2. Install digikam (7.1.0) via Discover or apt in default config 3. Enable “Write to XMP sidecar for read-only item only” in Metadata->Sidecars 4. Enable “Read from sidecar files” in Metadata→Sidecars 5. Enable “Image Tags” in Metadata→Behavior→Write This Information to the Metadata 6. Download https://img.photographyblog.com/reviews/fujifilm_x_t3/photos/fujifilm_x_t3_86.raf 7. Scan collection for faces - Detect faces / manually select face area 8. Scan collection for faces - Recognize faces / manually enter name tag 9. Accept face match / apply a tag 10. View the thumbnail of the newly tagged image Interestingly, disabling “Update file modification timestamp when files are modified” in Metadata→Behavior→Reading and Writing Metadata seems to also stop the bug from appearing with new files, but does not fix previously tagged files. (In reply to Maik Qualmann from comment #6) > How you automatically found faces in the first two sample examples is a > mystery to me. Neither with YoloV3 nor with changed sensitivity settings, I > can find the faces here. And yes, my digiKam is still okay. The bug is reproducible with manual face tags (was going to use the following image for #1 originally and just manually tag a square: https://raw.pixls.us/getfile.php/865/nice/Fujifilm%20-%20X-T2%20-%2014bit%20compressed%20(3:2).RAF ). > In the third example, the face is naturally found without any problems. > No problem occurred. In the third sample (Sample Person for Testing #1), the thumbnail is offset from where the facetag is, as per the screenshot. Both the jpg and RAF facetags are in the same spot, but the thumbnails are not. > What I noticed about your screenshot is that the entries for Unconfirmed, > Unknown and Ignored are no longer available. digiKam has a search function. https://flic.kr/p/2m7WLdP > If you have deleted it (which is prevented with current digiKam versions) > your database is no longer in a clean state. > > Maik This was tested with a fresh install of Fedora 34 Workstation KDE with a fresh install of digiKam. -- You are receiving this mail because: You are watching all bug changes.
