[03:06:04] <anomie>	 ostriches: (1) Could be implemented for web UI, but as tgr said it's probably not worth it. (2) Sure, no reason it couldn't be backported, and the reasoning you presented for why is sound.
[18:01:02] <AaronSchulz>	 anomie: does https://gerrit.wikimedia.org/r/#/c/304762/ look ok now?
[18:01:25] * anomie will try to look in a little bit
[23:41:36] <Debra>	 AaronSchulz, ori, Krinkle, legoktm: Hmmm, so should MediaWiki core include an HTML class/JavaScript snippet to make purges confirmation-less?
[23:41:45] <Debra>	 Re: https://phabricator.wikimedia.org/T143531
[23:42:11] <Debra>	 Could also do a parser function, I guess.
[23:42:19] <Debra>	 But really do anything to further support the purge action makes me a bit sad.
[23:42:31] <Debra>	 doing
[23:47:01] <bd808>	 those evil developers just don't get how hard clicking "ok" is
[23:50:42] <AaronSchulz>	 if people want links that bypass cache, either they are OCD or something is cached for too long (and perhaps can have bug reports for smarter TTLs)
[23:50:54] <AaronSchulz>	 or something misses purges
[23:55:40] <Debra>	 Sure. I think removing purge links from category description pages wouldn't change much. But convincing others of that is... difficult.
[23:55:58] <Debra>	 Plus, things miss purges a lot, in my experience.