SUMMARY In the people section (left bar), I have two persons/entries with "x new items" indicated in bracket. However all face tags are marked as confirmed within these entries and none is unconfirmed or ignored. I am unable to locate the unconfirmed ones. Unfortunately I am not able to reproduce since I don't know it appeared. I can only confirm it was already the case in 7.1 and still in 7.2rc I just installed. STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
This is actually a duplicate of bug 431497. At the moment I have no explanation, nor can I reproduce the problem. When I look at the SQL queries, there should always be a image, otherwise it would not produce any result. Maik
Thanks Maik for this prompt reply. Since it was already the case for me on 7.1 (and not only since 7.2b1) that I am still running, if you need me to share anything, do not hesitate.
Hi, After I performed a maintenance cleaning of databases (still with 7.1 version), it seems the new items disappeared and now the situation is back to normal.
It reappeared after installation of 7.2.0, I could again see the items in bold in people left panel. More appeared after I did the following steps: 1. Performed face detection then face recog on many images 2. Confirmed correct ones, named correctly some incorrect in Unconfirmed screen 3. Then selected all unconfirmed in Unconfirmed screen and clicked on - to mark them as incorrect and send them back to Unknown. And suddenly new ones appeared as being unconfirmed whereas there are none in the Unconfirmed screen. Mathieu
I cannot reproduce the problem even with these steps. Maybe a DebugView log would help by clicking the unconfirmed tag in the People View. Use of the DebugView Log and setting the environment variable is described here: https://www.digikam.org/contribute/ Maik
Created attachment 137165 [details] Bug 432760_20210329.LOG Please find log attached. Hope this helps. If not, please do not hesitate. On Mon, Mar 29, 2021 at 10:22 PM Maik Qualmann <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=432760 > > --- Comment #5 from Maik Qualmann <metzpinguin@gmail.com> --- > I cannot reproduce the problem even with these steps. Maybe a DebugView log > would help by clicking the unconfirmed tag in the People View. Use of the > DebugView Log and setting the environment variable is described here: > > https://www.digikam.org/contribute/ > > Maik > > -- > You are receiving this mail because: > You reported the bug.
After the log, 17 image IDs are loaded from the database, and detailed thumbnails are created. So these images have to be available in the item model. And the view is blank? Maik
Created attachment 137166 [details] attachment-7189-0.html Yes the view Unconfirmed is blank. On Mon, Mar 29, 2021 at 10:58 PM Maik Qualmann <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=432760 > > --- Comment #7 from Maik Qualmann <metzpinguin@gmail.com> --- > After the log, 17 image IDs are loaded from the database, and detailed > thumbnails are created. So these images have to be available in the item > model. > And the view is blank? > > Maik > > -- > You are receiving this mail because: > You reported the bug.
Created attachment 137167 [details] count.png Don't know whether it helps but I tried to select a person tag with debugview again. Debug view is as attached, indicates 1759 results if i don't make mistake whereas in the digikam screen at the bottom left it is written 1756 [image: count.png] On Mon, Mar 29, 2021 at 11:08 PM Mathieu Picamal <mathieu.picamal@gmail.com> wrote: > Yes the view Unconfirmed is blank. > > On Mon, Mar 29, 2021 at 10:58 PM Maik Qualmann <bugzilla_noreply@kde.org> > wrote: > >> https://bugs.kde.org/show_bug.cgi?id=432760 >> >> --- Comment #7 from Maik Qualmann <metzpinguin@gmail.com> --- >> After the log, 17 image IDs are loaded from the database, and detailed >> thumbnails are created. So these images have to be available in the item >> model. >> And the view is blank? >> >> Maik >> >> -- >> You are receiving this mail because: >> You reported the bug. > >
Created attachment 137168 [details] Bug 432760_20210329_2.LOG
Created attachment 144912 [details] attachment-18851-0.html Hi Team, Sorry to head back on that. I am still facing the issue. Any idea if I could try something new on my side to identify or resolve the case ? Maybe at least identify the pictures ? Regards On Sun, Apr 18, 2021 at 3:52 PM Michal Kec <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=432760 > > Michal Kec (MiK) <KDE@KecNet.cz> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > CC| |KDE@KecNet.cz > > -- > You are receiving this mail because: > You reported the bug.
Use the pre-release digiKam-7.5.0 version from here: https://files.kde.org/digikam/ This already contains the first step to identify and remove dead items in the DB. Carry out the database cleanup in the maintenance tool, only core DB is sufficient, but activate the option for extra cleanup and vacuum. Maik
Created attachment 145747 [details] attachment-6918-0.html Hi Maik, I just tried with version 7.5.0 just released 3 days ago and it didn't work. On Fri, Jan 21, 2022 at 4:44 AM <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=432760 > > caulier.gilles@gmail.com changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Version Fixed In|7.2.0 | > > -- > You are receiving this mail because: > You reported the bug.
*** Bug 458629 has been marked as a duplicate of this bug. ***
Same problem here also, the log that Mathieu uploaded also shows that the database cleanup has been activated. See Bug 458627 Maik
Git commit 6cdf371b949812ff5e68b5d9989c8332ed13c657 by Maik Qualmann. Committed on 02/09/2022 at 20:08. Pushed by mqualmann into branch 'master'. move clean up database to the splash screen stage and wait for ready Related: bug 458627 M +19 -6 core/app/main/digikamapp.cpp https://invent.kde.org/graphics/digikam/commit/6cdf371b949812ff5e68b5d9989c8332ed13c657
Git commit be99547043a370206dc6592cff2ac2174622c3f8 by Maik Qualmann. Committed on 02/09/2022 at 20:12. Pushed by mqualmann into branch 'qt5-maintenance'. move clean up database to the splash screen stage and wait for ready Related: bug 458627 M +19 -6 core/app/main/digikamapp.cpp https://invent.kde.org/graphics/digikam/commit/be99547043a370206dc6592cff2ac2174622c3f8
*** Bug 459266 has been marked as a duplicate of this bug. ***
*** Bug 459954 has been marked as a duplicate of this bug. ***
@Mathieu digiKam 8.0.0 is out. This entry still valid with this release ? Best regards Gilles Caulier
I am still seeing the erroneous count after installing Digikam 8.0.0. I have not run the "Face Recognition" process after install. Do I need to do something to have these values "cleared"?
The Maintenance/Database Cleaning tool can help. Gilles Caulier
Ran the "Perform Database Cleaning" to no avail - still showing the "new" counts next to the names, but I have no "Unconfirmed" people tags.
I am using Maria db. Do you have any queries I could run on the db which could point to what is causing this?
The cause is that you have "hidden" images, either through grouping or versioning. From the View menu, choose to show all groups as open. For versioning enable display of original image and derivative image in digiKam Settings-> Image Editor-> Versioning. Now you will surely see the corresponding faces. Maik
Would you believe that the option to "Always show original images" is enabled and still I see the mystery count!
Just for the sake of completness: (I opened the bug in the first place) I found out that it was a sorting issue in my case, where the "new" photo or person proposal was to be found at the end of the respective person's gallery, whereas for all the other photos it was always at the top. After I found out I confirmed the proposals and this has not occured again in my installation.
Created attachment 158624 [details] Erroneous unconfirmed faces count In my case, it is not a sorting issue. As you can see in the screenshot the "Unconfirmed" tag is empty.
You have activated that all groups are shown as open in the view menu? Maik
Created attachment 158628 [details] View settings I do not use Digikam versioning, but enable it and it still shows the new faces count (ref attached screenshot). How is this count derived? I was looking into Digikam's db and have not figured it out.
@José Oliver-Didier, This problem still reproducible with the new digiKam 8.2.0 pre-release Windows installer available at usual place: https://files.kde.org/digikam/ This new bundle is based on last Qt framework 5.15.11 and KDE framework 5.110. Thanks in advance Gilles Caulier