This issue (discussed at https://gerrit.wikimedia.org/r/#/c/202979/) is still happening occasionally. We should fix it before doing "Day 8" of T92303: Convert LQT pages on MediaWiki.org to Flow (tracking).
|mediawiki/extensions/Flow||master||+71 -12||Fix topics not appearing reliably after LQT->Flow, before action=purge|
- Mentioned In
- rEFLW3637407923fa: Fix topics not appearing reliably after LQT->Flow, before action=purge
rMEXTe3711acaf5f9: Updated mediawiki/extensions Project: mediawiki/extensions/Flow…
T92303: Convert LQT pages on MediaWiki.org to Flow (tracking)
- Mentioned Here
- T92303: Convert LQT pages on MediaWiki.org to Flow (tracking)
I can't seem to figure this out.
I know it's an intermittent problem caused by a premature cache-filling operation, and I know various secondary information like the keys, etc. but despite a lot of conditional breakpoints I can't figure out what triggers the premature cache-fill.
I'm ready to use a workaround, but I'm hoping it actually works. I'm concerned that if something like the job queue or a deferred update is triggering the premature cache fill (maybe due to slave lag), purging the cache won't really help. The cache would be empty at the end of the conversion operation (which I think it already normally is), but that doesn't necessarily prevent the job queue or something from doing a premature cache-fill.
So the best solution may be to trigger a cache fill ourselves.