https://bugzilla.wikimedia.org/show_bug.cgi?id=43917
Krinkle <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|[email protected]. |[email protected] |org | --- Comment #8 from Krinkle <[email protected]> --- (In reply to comment #7) > (In reply to comment #6) > > I could run it, but I'd like to not execute my own request without a little > > more consensus from people. > > > > They aren't permanent or hidden actions in any way (regular wiki deletions, > > it's a bot basically), but they would be a horror to undo. > > > > Can you dry run it and make a list of the pages that will be deleted so they > can be reviewed before deletion? I'm not sure what there is to review regarding individual pages. They all follow the same description, whatever reasoning one would use about them doesn't specify for any particular page: Pages in the MediaWiki namespace that exist and override a system message of which the wiki page contents are equal to the system message of the site language (in other words, there is no longer a reason fo the override page to exist). Deleting these pages has no visible effect as the effective value of the interface message will still be the same. The advantage is saving maintenance work later on by not having to update these messages when the software upgrades, and for consistency across wikis. A common scenario is the following: * 3 wikis in language x * 1 of the wikis overrides a message (making an improvement) * the message is fixed in translatewiki * the message update is deployed * users of all 800 wikis using language x now see the new version of the message * another update is made to the message and deployed * all wikis use it, except the wiki where the first change came from which is now out of sync without it being intentionally so. Alright, I'm biased as it was my own idea. But that doesn't mean the script itself has to be controversial. I'll run this next week if no objections are raised before then. -- 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
