SUMMARY By using the face deduction feature, Digikam is doing excellent job in deducting the faces, but I am not convinced with the square. The face doesn't fit inside the square. In previous version's we can manually adjust the square and add the name for the faces, the area of the faces can be changed. Now i try to adjust the square using the 8 points in the square. but after i press the confirm button, the square is back to the previous position instead of adjusted position STEPS TO REPRODUCE 1. Go the image containing people's faces 2. Right click-> scan for faces 3. (digikam will deduct the region of the faces) white square appears and show us the region of the faces 4. In the white square you can see 8 dots/points in the corners and center which is used to adjust the size 5. Using the dots/points you can adjust the face region 6. Confirm the faces, OBSERVED RESULT It is going back to the deducted face region, not in the area where i manually adjusted EXPECTED RESULT The square should stay in the region where i manually placed. SOFTWARE/OS VERSIONS Windows: 10 Version 22H2 macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: KDE Plasma Version: KDE Frameworks Version: 6.10.0 Qt Version: 6.8.1 ADDITIONAL INFORMATION
Nothing has changed in terms of behavior. Presumably the changed face regions cannot be written to the image and the re-read of the metadata, which is carried out automatically, restores the previous status. Please provide the image with which the problem occurs, if not public, via my private email. Maik
(In reply to Maik Qualmann from comment #1) > Nothing has changed in terms of behavior. Presumably the changed face > regions cannot be written to the image and the re-read of the metadata, > which is carried out automatically, restores the previous status. > > Please provide the image with which the problem occurs, if not public, via > my private email. > > Maik Thank you, will try again and contact you
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
(In reply to Bug Janitor Service from comment #3) > 🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 > days. Please provide the requested information, then set the bug status to > REPORTED. If there is no change for at least 30 days, it will be > automatically closed as RESOLVED WORKSFORME. > > For more information about our bug triaging procedures, please read > https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. > > Thank you for helping us make KDE software even better for everyone! https://drive.google.com/file/d/1Jx5Fc9tVPc3ZO_7lurMT3gu-JSdc63RP/view?usp=sharing I have encountered an issue and have uploaded a video to my Google Drive to illustrate the exact problem. Kindly review the video using the link provided to better understand the situation. Thank you for your attention and support
see comment 4
Git commit ad2f8dbfe80bdab70eac7f91d1ba2c47767806b3 by Maik Qualmann. Committed on 02/03/2025 at 07:28. Pushed by mqualmann into branch 'master'. apply a modified region if face is confirmed FIXED-IN: 8.6.0 M +1 -1 NEWS M +16 -3 core/utilities/facemanagement/items/facegroup.cpp https://invent.kde.org/graphics/digikam/-/commit/ad2f8dbfe80bdab70eac7f91d1ba2c47767806b3
In fact, in previous digiKam versions, the face region changes were not consciously applied when confirming a person. Only when leaving the view and ignoring a person. Due to changes in the loading behavior of the face regions, these changes was no longer applied. Maik