https://bugzilla.wikimedia.org/show_bug.cgi?id=54902
--- Comment #3 from Daniel Friesen <[email protected]> --- (In reply to comment #2) > In some ways, I feel like the purge action is the red-headed step child of > MediaWiki actions. Is it exposed anywhere in MediaWiki core currently? > > (In reply to comment #1) > > Some additions like SMW, a Purge extension, and iirc user scripts do expose > > it in the UI. It can also be exposed by in-content links like those on most > > Forum:Index pages made by DPLForum users and Wikipedia template pages. > > Why is the action exposed? When/why does it become necessary? It's exposed by DPLForum and SMW users due to outputting pattern-based lists of pages. Something which is extremely difficult to subscribe to updates for. We could create an event/subscribe system that would make it easier for extensions to listen for complex changes. But even if we do that it won't eliminate the job queue delay and users will still have a reason to use purge. > > The purge action has valid use in cases where the 'underlying [reason]' for > > the purge use has an explicit reason it won't be 'fixed'. Purge resets the > > parser cache for a single page. This has results like viewing the page with > > any template modifications. In this kind of situation the parser cache is > > not > > instantly purged for an explicit reason. > > Human effort is more costly, I promise, especially when you first have to > figure out that purging is even an option (how would any typical user know > that?) and then purge the page (giving you a page that looks like the current > page is supposed to look). Readers do not need to figure out how to purge. Serving slightly out of date templates to readers till the job queue catches up is fine. &action=purge on normal articles is used typically by template authors. Doing complex things with lots of in-knowledge about MW and purging the cache on a single page to test that their modifications look right after they've finished. > There's an overall design defect here, I think. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
