Keyword count and contents not updating (sometimes)

Started by rolandgifford, August 23, 2025, 02:38:16 PM

Previous topic - Next topic

rolandgifford

This doesn't always happen so not reliably reproducible but this is a logged example where the fault showed itself. Details as below:

There is nothing significant about this example. I have thousands of these pairs being updated

I'm changing a keyword between these two

@Keywords|IOC Taxonomy|New World Warblers - Parulidae|Mniotilta|Black-and-white Warbler
@Keywords|Avilist Taxonomy|New World Warblers - Parulidae|Mniotilta|Black-and-white Warbler

I have a filter enabled to hide buddy and rejected files. My buddy rules are identical to my relation rules.

In this case the Categories panel shows that there are 27 images, 7 of which are shown agains the original Keyword

Select the Keyword in the categories Panel
Select all images - Ctrl-A
Click the Keyword - F2 to allow edit - Ctrl-C to copy to clipboard
Click the input area in the Keywords panel
Ctrl-V which shows the IOC and Avilist Keywords as both are in my Thesaurus
Select the Avilist one to add it
Ctrl-left click on the IOC Keyword to delete it
Green tick to update

Keyword count drops to 20, no images displayed

Command Metadata write-back all pending, there are 7
Count still 20
Command Metadata write-back all pending, there are 12
Count still 20
Command Metadata write-back all pending, there are 12
Count still 20
Command Metadata write-back all pending, there are 12
Count still 20
Look at collections and pending write-back count is zero
Command Metadata write-back all pending, there are none
Count still 20 - nothing displayed
Turn off my filter and 20 images are shown
Ctrl-A to select them all and they are assigned to the Avilist Keyword, not the IOC Keyword
Database Diagnosis no errors or warnings

I get round this simply by turning off my filter, selecting and updating all 27 images rather than relying on propagation.

I haven't found a way to rebuild the incorrect Keyword count in the Categories window and usually simply delete it.

Debug log attached

Mario

Select @Keywords and press <Ctrl>+<F5> to enforce an immediate recalc.

@Keywords is a data-driven category built from the metadata in your files. Using propagation, versioning, filters, write-backs, which cause re-ingests of files and other complex features may cause delays in data-driven category updates, when IMatch is busy doing things in the background. I'm sure one can create an environment by piling complex and time-sensitive operations on top of each other in conjunction with manual interference by user interface activity that may cause IMatch to delay updates to a data-driven category for a while. But that's such rare, isolated and usually only caused by one user's peculiar workflow, file relation setup, folder structure and sequence of operations that it's not worth to spend time on it.

Im sure @Keywords will be OK when you refresh it manually (once or twice after all background processing has finished, check the Info & Activity Panel). Or when you close and re-open your database.