Created attachment 144443 [details] People Ignored tags numbers are different r-side and l-side SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** People Ignored tags numbers are different for r-side and l-side and images only 1 STEPS TO REPRODUCE 1. Attachment added 2. Tag manager cannot delete ignored tags. 3. If possible, please provide instructions on what to try. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
This is not a bug, the "Ignored" tag in the People View is "virtual". Here you can see the number of faces that you ignored. But you have actually added the "ignored" tag to some images, you can see the number of images that have this tag in the normal tags view. Maik
Created attachment 144449 [details] Ignored 75 items not visible in view. I have removed all "Ignored" tags from the images. However, you can see 75 ignored facial tags that cannot be found in the pictures. It is possible that this is the result of my previous use of DigiKam. I would like to get this number to zero or see these pictures. Hannes
I suspect the remaining 75 images are in groups. From the View menu, select the option to show all groups as open. Maik
This is already set. Show all groups as open. Hannes
Then the images are probably in the digiKam trash. I just see that images in the trash are still counted, that shouldn't be. Maik
The trash can't be the cause, I was wrong. Then all that remains is hidden original images through versioning. Set in digiKam Setup under Editor-> Versioning that all images should always be displayed. Maik
The digikam trash is now empty. The situation is the same. Ignored in people list 154, of which one image is visible as a whole - not a thumbnail, that's another problem. Ignored in Tags list count 75, null images.
Start cleaning up the database with the maintenance tool. It is not necessary to select the thumbnail and face database. Maik
Created attachment 144455 [details] Image editor - Versioning My moment settings have been added. In main view - Always show ... changes do not change the Ignored situation. Is there anything else to change here? Can such an anomalous situation be caused by a file added by another program. In fact, I used ZonerPhotoStudio to make a change to one file and save it as a new file - an additional file with a .data-zpx extension was created. This resulted in an ignored + one that is not visible. There were no changes to the People list.
Created attachment 144456 [details] .data-zps file File .data-zps added. I am also examining the interim recommendations. Hannes
(In reply to Maik Qualmann from comment #8) > Start cleaning up the database with the maintenance tool. It is not > necessary to select the thumbnail and face database. > > Maik Cleaning up the database with the maintenance tool - there is no change. Hannes
Do you use SQLite? Would it be possible to send me the digikam4.db by email? Maik
Thanks for the database. The problem is clear, your database is inconsistent. You have items in the Images table whose album no longer exists. This then continues on the ImageTags table. Probably the database triggers were not triggered when deleting albums or a crash occurred. The problem can be repaired, however, I will add this database repair to the maintenance tool. Maik
I have expanded the cleanup function of the core database to solve such problems. However, the maintenance tool still needs more work to clean up the database. So I don't commit the code yet. However, your database has another problem that cannot be solved within digiKam. The ImageInformation table is corrupt and produces error messages. I have repaired the database externally so far, about 200 entries in the ImageInformationen table are lost and have to be read again by scanning the metadata again. The fact that the database now only has about 73 MB is due to the vacuum process. I'll send you a GDrive link to the database. Maik
Thanks for the database fixes! At first glance, everything works great. As I understand it, I need to re-read the metadata from the file to the database now. With respect, Hannes
Git commit 1753b070e7e38cb2b6fe4773af7be1a8bd863ca6 by Maik Qualmann. Committed on 12/12/2021 at 14:46. Pushed by mqualmann into branch 'master'. fix database maintenance tool and add extended clean up FIXED-IN: 7.5.0 M +2 -2 NEWS M +71 -0 core/libs/database/coredb/coredb.cpp M +11 -0 core/libs/database/coredb/coredb.h M +14 -6 core/utilities/maintenance/databasetask.cpp M +11 -9 core/utilities/maintenance/dbcleaner.cpp M +29 -21 core/utilities/maintenance/maintenancedlg.cpp M +1 -0 core/utilities/maintenance/maintenancemngr.cpp M +22 -20 core/utilities/maintenance/maintenancesettings.cpp M +1 -0 core/utilities/maintenance/maintenancesettings.h https://invent.kde.org/graphics/digikam/commit/1753b070e7e38cb2b6fe4773af7be1a8bd863ca6