User Details
- User Since
- Oct 26 2015, 4:00 PM (194 w, 12 h)
- Availability
- Available
- IRC Nick
- Urbanecm
- LDAP User
- Urbanecm
- MediaWiki User
- Martin Urbanec [ Global Accounts ]
Yesterday
I'm sorry, I thought so because said conversation directly followed the report from @Daimona.
Looks like a temporary error to me.
Seems to work. Thanks @kostajh!
Thank you, @Anomie.
@Steinsplitter This task isn't about _deleting_ this group from our wikis. This is just about removing the group from extension.json (=stuff defined there is applied on all wikis that make use of UploadWizard, unless they override it in LocalSettings.php), in favour of redefining this in Wikimedia wikis configuration. The redefining has been already done for commons btw, since the group is now called image-reviewer internally, while it was Image-reviewer previously. There will be no change for Commons, and filter 70 will work just as it works now.
Do you think this needs to be announced somewhere, as a (potentionally) breaking change?
Yes, thanks!
I'm sorry, should've noted that explicitly in the task's description. Looks you subscribed my WMF email (murbanec-ctr@wikimedia.org). However, I don't have deployer access as a Foundation contractor, but as a volunteer. Could you please subscribe martin.urbanec@wikimedia.cz instead? But if it's a hard requirement to have WMF email address subscribed in case one has it, feel free to reclose.
Happy to help!
Uploading is unblocked!
Fixed! Thanks @Jdrewniak
Deployed!
Deployed!
Deployed!
Almost everything went well. For some reason, the Image-reviewer group is still in commonswiki, with just mass-upload right. Going to investigate that...
From my local machine:
This is probably going to frighten deployers coming to deploy1001 as well as other users, boldly triaging as UBN. Feel free to lower prio if you disagree.
Should work now!
Sun, Jul 14
Can you please link to articles you mentioned? I can't write your language, just as other devs can't. It's quite hard to look at those articles ourself. Also, can you check this on other wiki with FlaggedRevs available (see the list)? Does the behaviour change when you append ?safemode=1 to the URL?
It takes some time to error out, but I believe the fact this is a timeout is proved with T227943#5330122 and the fact the same query works with LIMIT 1000.
No objections in a week after a wikitech-l notification so let's push things a little bit forward. Going to put this into next tech news draft, so everyone who might want to comment can do it.
IIRC this policy was announced by WMF-Legal guys somewhere on enwiki. Could please Legal have a look at this request, and decide we may process this?
Will be deployed tomorrow during EU SWAT (11:00-12:00 UTC) tomorrow.
The WikimediaMessages were successfully deployed by the train. As such, there should be no blocker to deploy this. I've scheduled this for tomorrow EU SWAT.
I don't understand what is wrong.
Hello, Phabricator is not a place for requesting changes on-wiki. Please report this issue to the talk page for that template/module on that wiki, or notify to that discussion on Village pump or other appropriate place. Thanks.
Phabricator is not a place for requesting fixing incorrect information on Wikipedia, but for reporting bugs in MediaWiki (the engine Wikipedia uses), other software developed or used by the Wikimedia movement or requesting changes of site configuration. If you can't edit the article, it is because the article was semiprotected with reason Persistent vandalism. In that case, follow the instructions given by Wikipedia interface. Thank you.
For all subscribers, even the closure didn't take effect on first place, it is still in the configuration. As such, it'll automatically take effect when T227980 is resolved.