Babel: es-N, en-2, fr-2.
With this being the only action so far of the filling user I am safe to assume this is a mistakenly filled task so I'm closing it as Invalid.
I was looking at https://doc.wikimedia.org/mediawiki-core/master/php/classBlock.html about this but I'm still not quite sure how to make it work.
Can't we just rename it? I think there was a command for that?
@Raymond Okay! Thanks for the answer. I'm doing the qqq.json one and when ready I'll submit it for review. At the same time I'll submit a patch to rGTWN to readd rEBAN to translatewiki.net, and will add an alias file as well.
Deactivated rUSERINFO without deleting anything.
@Anomie In my case, there was first a "lost of session data", then I was logged out, then logged-in again; and cycle restarts (loss data, logged out, etc.).
@demon Sort of imagined it :-)
Maybe we need to work on T92720: [BlockAndNuke] Migrate creation of block logs to new logging system first if that means we need to add or modify i18n messages.
Added Tim as creator of the script, and Kunal & Alex as people that knows about these scripts.
We should probably rename it to removeSpam.php to match with the current practice of naming maintenance scripts IMHO.
Your shouting does not really tell me anything :-)
Today I had to reload like 20 times in order to get a single page saved. Any idea what might be the cause of this?
I was thinking on User:MarcoAurelio/Config.yaml and get back to you all before making it permanent :)
And I've marked the page for translation so the new link is pushed to the translation pages. Thanks.
MediaWiki spam cleanup is indeed used by the cleanupSpam.php maintenance script: https://deployment.wikimedia.beta.wmflabs.org/wiki/Special:Log/MediaWiki_spam_cleanup
Yes. I think that's what I am requesting.
@Petrb I discovered the site browsing the on-wiki docs. If it's not to exist, then lets remove it from the wiki pages.
Mon, Sep 18
I guess that with the new YAML format we can start working on updating it based on the new config template.
Done and broken duplicates fixed.
@Ladsgroup This is also complete.
Then it should be better if someone else takes care of that as it exceeds my knowledges.
Consensus about the creation is achieved and only minor policy points are still pending discussion so I'll go ahead and patch this, although I won't schedule it for deployment until the whole thing is closed.
@demon (or anyone with access): Can you handle the GitHub mirror deletion, please: https://github.com/wikimedia/mediawiki-extensions-XMLContentExtension
Sun, Sep 17
Nothing left to do here IMHO.
If it went with MW-1.30-release-notes (WMF-deploy-2017-09-12_(1.30.0-wmf.18)) then this is done.
@Florian SInce I modified the message above, I'm not sure if you were notified. Please mark as read-only all of them again. I don't feel like cloning a bunch of repos just to delete them afterwards and add a single file.
https://gerrit.wikimedia.org/r/#/admin/projects/mediawiki/extensions/WikidataEntitySuggester is still marked as read-only.
@Florian Danke! I saw divided opinions on that practice. In one hand some see OBSOLETE files a waste of time, while others think they're needed for user awareness. In case of doubt I always take the bureaucratic approach :) Regards.
I've archived MediaWiki-extensions-Wikilabels and also took care of deactivating all linked Phabricator Diffusion mirrors. That said, the repos: rEWDE, R1898, rEVIN and rEBML are not empty and I feel we should remove everything from them (except the .git(modules|ignore) files) and add an OBSOLETE file as we're doing with the rest of them. Those repos are marked as "read-only" on Gerrit so I can't do it.
The only ones with access to K13 so they can manage the GitHub stuff.
- rCICF patch pending to be merged
- GitHub mirror deletion pending, and
- gerrit repo mark as read-only pending as well
@Ladsgroup Thanks. Spanish Wikibooks campaign is also finished. See T145408: Complete Spanish Wikibooks edit quality campaign if you can take care of that one too. That'd be great. Regards.
Blocked on external design issues.
@herron If they're already redirected then maybe we can just inactivate the pywikipedia ones and have them hidden from the main list information page?