SUMMARY When tagging people in the People tab, face thumbnails are generated on the fly, as they are scrolled through (bug #395241), and sometimes they take a while. Another problem related to that seems to be that every time a face is confirmed in a picture containing multiple faces, all the other face thumbnails disappear and need to regenerate again. Or maybe it is not regenerated, but just read from the database again. But in any case, it can take minutes until the thumbnail is visible again. I guess this is specially relevant if the pictures are stored in a network share, since tagging multiple persons in a picture can take a while (tag 1st person, wait until thumbnails are generate again, tag 2nd person, etc.), but I have personally not compared the same process when pictures are stored locally. STEPS TO REPRODUCE 1. Scan faces in a picture with multiple people 2. Go to the People tab, and confirm the name in one of them. OBSERVED RESULT 3. Observe how thumbnails for other faces in that picture become invisible for a while. EXPECTED RESULT 4. Do not refresh the thumbnails for the already existing faces again. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Digikam 7.4.0 Build date: 30/10/21 10:27 (target: Debug) Rev.: 23194bade7c237df0385dc18781788da713e1ed4 (flatpak) on Ubuntu 20.04 LTS
Did you test it with disabled metadata option to clean up the database when changing? In the current developer version, it is possible to use a local thumbnail database, you can please test it. It will take time to create the thumbnails on the fly or with the maintenance tool again. But you can also switch without problems later to the network thumbnail database. Maik
Otherwise yes, an event is sent to the view when writing metadata, so these faces are also reloaded in the same image. We will not be able to change that. Maik
I will try disabling the "Clean the metadata from the database when rescan files" for face tagging, and report back. Where I can enable the use of a local thumbnail database? I'm using the latest flatpak nightly version, but I don't think that's the developer branch you're referring to, isn't it?
Ok, it seems that disabling that option does not affect the behavior described in this bug. Faces still go "blank" when you tag another person in the same picture and you have to wait for the thumbnail to be generated again.
Your Flatpak Rev. already contains the change. Go to the digiKam setup under database and select a local folder for the thumbnail database. Maik
I can't find that option. On Settings, Database, I only see a a menu to select the type of database, and the path for the database, nothing else.
I thought you would use external MySQL? A SQLite DB is (should) always be local. Then it does not bring you any advantage. Maik
(In reply to Maik Qualmann from comment #7) > I thought you would use external MySQL? A SQLite DB is (should) always be > local. Then it does not bring you any advantage. > > Maik I always use a local database, on an nvme drive. The only think I store over the network are the pictures. Should I try with MySQL instead of SQLite?
No, SQLite is fine. Maik
MarcP, I suppose that problem still reproducible with 8.0.0 ? Gilles Caulier
Yes.
Yes, there are changes in the metadata, this causes the view to be reloaded. In principle, this can hardly be changed, since digiKam can also react to external events. Maik