[22:53:29] <zabe>	 hey, I'm trying to clear a value from WAN cache within a main script (https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikimediaMaintenance/+/880538), but it doesn't really work
[22:53:44] <zabe>	 when I view the value within eval.php it shows the new one
[22:54:24] <zabe>	 but when going to Special:Tags which calls the same function it shows the old one
[22:57:06] <Krinkle>	 zabe: when you say special tags calls the same function, do you mean it retreives the same key to display, or it calls the same purge method?
[22:57:52] <zabe>	 I'm talking about ChangeTags::listDefinedTags()
[22:57:57] <Krinkle>	 are you in a situation where with no purges in-between, your logged-in browser and eval.php CLI are seeing differnet values under the same cache key?
[23:02:19] <zabe>	 I wrote the maintenance script above, which renames a tag. I added a print of ChangeTags::listExplicitlyDefinedTags to the end of that script and the output contained the new value and I also hacked an echo of the output of calling that function to SpecialTags and when visiting Special:Tags it shows that that function is still returning the old value
[23:02:36] <zabe>	 and yeah that function just looks up the value of 'valid-tags-db'
[23:04:29] <Krinkle>	 zabe: so this is a local wiki we're talking about, not yet prod.
[23:04:35] <Krinkle>	 what is your wgMainCacheType?
[23:04:50] <zabe>	 yes
[23:05:32] <zabe>	 CACHE_NONE I guess
[23:07:26] <zabe>	 no
[23:07:33] <zabe>	 actually CACHE_ACCEL
[23:07:37] <zabe>	 (sorry)
[23:07:45] <Krinkle>	 right. that means the CLI and web server are split-brain
[23:07:50] <Krinkle>	 explains the behaviour :)
[23:08:03] <zabe>	 ok, thanks :)
[23:08:46] <Krinkle>	 If you don't have memcached or redis but want ot test that caching works, try something like CACHE_DB. It'll be relatively slow (slower than no cache probably) but can help debug the correct behaviour.
[23:10:26] <zabe>	 will do