Actually, right now, widgets don't switch to "read" until the previous one has been submitted.
That should probably change: they should switch to read right away (or rather: make it so that editing is no longer possible) because data for all qualifiers is fetched right at the start, and making last-minute changes while previous statements are already being submitted won't change anything.

Run purge again on same dataset - a few pages between when that was generated & deploy was executed might be missed: I suggest manually purging those, on the off-chance you stumble upon one (before it falls out of cache anyway)

Fix for this has been rolled into https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikibaseMediaInfo/+/490584

...or if someone manages to store qualifiers that the UI doesn't support.

Current error msg:

Actual work still to be done:

• Make use of the recently introduced feature to search in multiple filetypes at once (see https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikibaseMediaInfo/+/441040/53/resources/search/SearchWidget.js#52)
• Get rid of the now unneeded code for nested checkboxes
• Update the categories that are being used in that dropdown
• Make sure that, when all are selected, the dropdown just says "Multimedia"
• Do we want to reconsider the checkboxes/dropdown? This is currently a complex custom combination of multiple OOUI elements, but there appears to be an existing solution that does pretty much the same thing: see the 3rd toolbar on https://doc.wikimedia.org/oojs-ui/master/demos/?page=toolbars&theme=wikimediaui&direction=ltr&platform=desktop and open that 3rd button, which is a dropdown that lets you select multiple styles. This will need investigation & discussion with @PDrouin-WMF

I updated the description to better reflect today's reality.
Changes:

• OFFICE types will be called "Documents" instead of "Texts" (there already exists a category called "Text")
• Tabbed navigation feedback has already been processed, so I made that obvious in the description
• Conversion of DjVu files into new category has been mentioned in comments - this was done here: T212852: Index DjVu files as OFFICE instead of BITMAP?

This was feedback on a WIP patch that has been updated to reflect this feedback.
The stuff listed here that is still relevant have their own tickets by now - others have been dealt with.
Closing.

This was feedback on a WIP patch that has been updated to reflect this feedback. Closing.

This was feedback on a WIP patch that has been updated to reflect this feedback. Closing.

This was feedback on a WIP patch that has been updated to reflect this feedback. Closing.

All existing caches have been purged, which should solve the effects we were seeing here.
It appears there may not have been an actual issue at play, so there's nothing left to do (just need to be aware of different versions of markup in cache)

I don't think this is a matter of parser cache getting corrupted.