Actually, this is a privileged added to confirmed and autoconfirmed groups.
Next step is to add it to WikiStats
Well nothing, I was under the impression DatGuy wanted to prepare config, but let's mark it unassigned so the person writing the config, DatGuy or anyone else can reassign it to theirself.
Don't assign tasks, that could give a false impression the assignee is already taking care of your issue and so other concerned people risk not to see the task.
@chhaya_cc Please also introduce yourself and explain what exactly you wish to contribute.
Mon, Apr 24
I think what you want is provided by the WikidataPageBanner extension.
Deassigning if someone wants to take care of this this UTC evening.
Linter is well in addwiki.php, but merged April 14th, it will be deployed as a part of wmf21.
For ConfirmAccount, I'd like to share this recent comment:
Change has been backported to 1.29.0-wmf.20. Works.
@Alchimista Wiki has been created and seems to work fine, you can import.
In a few minutes, pt.wikimedia.org will temporarily redirect to pt.wikipedia.org (as handled again by our application server, with an entrypoint happy to redirect <known language>.wikimedia.org or <known language>.wikipedia.org).
Extension code has been fixed, it will be shipped with 1.29.0-wmf.21. Meanwhile, I'll deploy the fix to 1.29.0-wmf.20 at the next EU SWAT.
Sun, Apr 23
Oh, actually the issue is easy, wiki language is nb, but 98bb4405 added it as no to extension code.
There isn't any DB error in the meaning "we should do something about database", the issue is in application logic: when this bug was reported, the job started renaming the account, then failed afterwards. The fixStuckGlobalRename calls a regular LocalRenameJob, not expecting this part is already done.
There is already a Bnhassin account on en.wikipedia:
We recently cleaned up namespaces to move translations to the extension code.
Actually, we've documentation, thanks to @MarcoAurelio, reviewed by @Legoktm:
That's exactly the undocumented part.
Tue, Apr 18
@Zache We aren't deploying Flagged Revisions on new wikis as long as the
global community (for example though the meta RFC) don't send a strong
signal they still want we deploy this extension.
Mon, Apr 17
Wiki creation scheduling
April 24, 12:00 UTC / between Wiktionary deployment and the EU SWAT
Sun, Apr 16
This doesn't seem to be a support technical request from English Wikipedia, but a bug report for an external wiki.
According the comments above, it's not clear there is consensus for this move. @Alsee You can perhaps open a discussion on meta. to get more input?
Same question for site requests, do you want a change of behavior of the extension or a new preference to switch between before behavior?
There is no deployment next week (datacenter switch test), so it will be deployed the 24th week.
Meanwhile, if you've a local discussion on it.wikiversity to decide who
should be added to the relevant groups, stewards will be more than happy to
We can't with the datacenter switch next week. Next deployment day is
Actually, the ideal starting point would be a review of all Wikisouce EDP.
Sat, Apr 15
There is a small issue found by Reedy:
Fri, Apr 14
@Billinghurst Would you know who generally do the imports for Wikisource
Thu, Apr 13
Yes, in a few minutes.
@Vito-Genovese reported the feature isn't show, even after a cache purge. Furthermore, there isn'y any User:Abuse filter account (but that's probably expected as long as no action is triggered).
Sure, let's do that.
We should watch https://tr.wikiquote.org/w/index.php?namespace=3&tagfilter=&title=%C3%96zel%3ASonDe%C4%9Fi%C5%9Fiklikler to ensure it works.
@Samuele2002 Done, could you confirm all works fine?
Thanks to have clarified.
I'm not satisfied with local upload rationale, so I won't enable it.
So, for File;, चित्र or फाइल?
Thanks, I've all we need :)
We also need "Gadget definition", for the properties/metadata of the gadget (Gadget: hosts only the code)
There is still one I need, NS_MEDIA (Media:).
Namespaces translation issue.