Bug 428652 - Picture stays in people tag "Unknown" even though it was set to not contain a face.
Summary: Picture stays in people tag "Unknown" even though it was set to not contain a...
Status: REPORTED
Alias: None
Product: digikam
Classification: Applications
Component: Database-Faces (show other bugs)
Version: 8.0.0
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-03 17:14 UTC by LarsE
Modified: 2023-06-26 01:15 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
debug log when clicking the red "x" on a face tag thumbnail rated "Unknown" (96.64 KB, text/plain)
2020-11-04 09:30 UTC, LarsE
Details
Another debug log processing an image with manually created face region (137.55 KB, text/plain)
2020-11-05 15:18 UTC, LarsE
Details

Note You need to log in before you can comment on or make changes to this bug.
Description LarsE 2020-11-03 17:14:34 UTC
SUMMARY
Picture stays in people tag "Unknown" even though it was set to not contain a face.

STEPS TO REPRODUCE
I upgraded from 7.1.0 to 7.2.0 beta 1. After upgrading, I applied 

Tools
=> Maintenance
=> Detect and recognize Faces
[x] clear and rebuild all training data

After that, I took some photos containing people and found, that face recognition improved a lot. Thanks to all developers involved :-)

But I also found an artifact which I'm not able to clean-up with the tools that Digikam offers to me: under "Unknown" I still find a picture of two sun-flowers that was recognized to contain a face :-) 
I can click the red "x" (if this is not a face, click this to delete it). The picture thumbnail then disappears, in the bottom right the message about updating the face tags appears. The counter of "Unknown" is still "1" afterwards. Changing to a different people tag and back to the "Unknown" voilà the sun-flowers thumbnail is back again.

Restarting Digikam and trying again doesn't help. The picture is quite sticky.


SOFTWARE/OS VERSIONS
Windows: Windows 10 Professional 64Bit (version 2004)

ADDITIONAL INFORMATION
Database: mariadb 10.5.4
Comment 1 Maik Qualmann 2020-11-03 17:53:33 UTC
Hmm, to ignore it you have to click on the "-". The red x will remove it, but will be found again after a new scan. That the counter doesn't go down and it reappears when you switch people is strange. I cannot reproduce it here. That would also be a core database problem and cannot be solved with the maintenance tool.

Maik
Comment 2 Maik Qualmann 2020-11-03 17:57:43 UTC
Post the output of DebugView when you click on the red x.

Maik
Comment 3 LarsE 2020-11-03 19:41:09 UTC
Hi Maik,
here you are.
Clicking the "-" icon does nothing on my system.
Bye,
Lars.

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
00000001	0.00000000	[11372] QCommandLineParser: already having an option named "?"	
00000002	0.00038440	[11372] QCommandLineParser: already having an option named "help-all"	
00000003	0.00052570	[11372] QCommandLineParser: already having an option named "v"	
00000004	10.49773407	[11372] kf.xmlgui: Unhandled container to remove :  Digikam::DigikamApp	
00000005	18.41204071	[11372] kf.config.core: "KConfigIni: In file C:/Users/xxx/AppData/Local/digikamrc, line 146: " "Invalid escape sequence \"\\D\"."	
00000006	18.41214561	[11372] kf.config.core: "KConfigIni: In file C:/Users/xxx/AppData/Local/digikamrc, line 147: " "Invalid escape sequence \"\\D\"."	
00000007	18.41481972	[11372] kf.config.core: "KConfigIni: In file C:/Users/xxx/AppData/Local/digikamrc, line 1823: " "Invalid escape sequence \"\\D\"."	
00000008	18.41485977	[11372] kf.config.core: "KConfigIni: In file C:/Users/xxx/AppData/Local/digikamrc, line 1824: " "Invalid escape sequence \"\\D\"."	
==> now clicking on "red x"
==> no specific log entry
==> clicking on "People"
00000009	35.40307236	[11372] there were problems when generating the ::sortKey by LCMapStringW with error: 0	
==> going back to "Unknown", picture is here again...
==> unclear what triggered the following messages
00000010	61.98640823	[11152] Type of item #0 of subgroup #0: image	
00000011	61.98649597	[11152] Type of item #0 of subgroup #1: image	
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Comment 4 Maik Qualmann 2020-11-03 21:09:02 UTC
I think you didn't activate the debug output.

Activate the debug output by setting an environment variable in the Windows environment editor.

Variable:
QT_LOGGING_RULES

Value:
digikam.*=true

Maik
Comment 5 LarsE 2020-11-04 09:30:12 UTC
Created attachment 133009 [details]
debug log when clicking the red "x" on a face tag thumbnail rated "Unknown"
Comment 6 LarsE 2020-11-04 09:31:09 UTC
Hi Maik,
obviously I missed it :-) sorry. 
I attached the log to this ticket containg my remarks regarding what I clicked in the GUI.
Bye,
Lars.
Comment 7 Maik Qualmann 2020-11-04 21:07:43 UTC
It looks as if the information is not written to the database after clicking on the red x or "-". Because this would automatically trigger a reread of the view. I can't say why at the moment. If you draw a new wrong" face manually, can you remove it with "-" or the red x?

Maik
Comment 8 LarsE 2020-11-05 15:18:15 UTC
Created attachment 133052 [details]
Another debug log processing an image with manually created face region

Please see the notes inside the logging. Best regards, Lars.
Comment 9 LarsE 2020-11-05 15:19:44 UTC
Comment on attachment 133052 [details]
Another debug log processing an image with manually created face region

-> red "x" works for a manually created face region
Comment 10 caulier.gilles 2022-01-09 15:41:01 UTC
Hi Lars and happy new year,

Please give us a fresh feedback using current digiKam 7.5.0 pre-release installer for Windows available here :

https://files.kde.org/digikam/

Also take a look to comment #7 from Maik.

Best regards

Gilles Caulier
Comment 11 caulier.gilles 2023-04-30 02:59:27 UTC
@Lars

digiKam 8.0.0 is out. This entry still valid with this release ?

Best regards

Gilles Caulier
Comment 12 LarsE 2023-04-30 12:49:40 UTC
@Gilles
I started digikam 8.0.0 with a fresh local database on my system, since I changed to a complete local data workflow. Unfortunately currently I'm not able to scan my collection for faces at all using digikam 8.0.0 (Windows 11). 

1. I can only choose to process the complete album list for face recognition. If I use just one album to keep the processing time short for this test, the process immediately returns with a "finished" message (but in fact nothing happened at all).
2. if applying the face scanning action on the complete album list, I experience that the progress stays at 0%, even after half an hour waiting time. I can't see any much load on my local SSD (on which the photos are stored). So I assume, that there is currently a major issue in conjunction with the face recognition feature.

So as a bottom line - it's a pity, but I'm currently not able to validate the fix of this issue, so being of no help here.

Bye,
Lars.
Comment 13 Craig 2023-06-26 00:13:27 UTC
(In reply to caulier.gilles from comment #11)
> @Lars
> 
> digiKam 8.0.0 is out. This entry still valid with this release ?
> 
> Best regards
> 
> Gilles Caulier

This problem is still occurring for me using 8.0.0.