Stewards' noticeboard
- This is not the place for stewards requests. To make a new request, see steward requests and requests and proposals.
- For illustration of steward policies and use, see the steward handbook.
- See also: Access to nonpublic personal data policy noticeboard.
- This page is automatically archived by SpBot. Threads older than 30 days will be moved to the archive.
 |
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 2 days and sections whose most recent comment is older than 30 days.
|
Global IP block messages could do with review
We are getting numerous requests by globally blocked IP addresses locally asking for an unblock. Would stewards please consider getting updated blocking text that points users to a page that offers blocked users better direction on how to understand global IP block exemption and SRGP and/or contacting stewards. You may have a better idea, and happy with something that discourages users from trying for an {{unblock}}. — billinghurst sDrewth 05:17, 27 March 2021 (UTC)
- I'd definitely be willing to switch things over. Do we know where the text is coming from? ie what system message? -- Amanda (aka DQ) 05:21, 27 March 2021 (UTC)
- MediaWiki:Globalblocking-block-reason-dropdown? -- CptViraj (talk) 05:51, 27 March 2021 (UTC)
- The notice those affected users would see is localized version (depend on each wiki) of MediaWiki:Globalblocking-ipblocked-range or MediaWiki:Globalblocking-ipblocked. This would likely lead them to here to appeal. When they find they are also blocked on meta (usually the case when using proxies) they will see MediaWiki:Blockedtext, which instructs them to appeal on talk page. --WhitePhosphorus (talk) 06:55, 27 March 2021 (UTC)
- No, those ain't the messages. We use a Wikimedia-customized version of them:
- They all link/point to SRG to make the appeals. Amendments to these messages must be done by submitting patches to the WikimediaMessages extension in Gerrit.
- Now, if the global block is also applied to Meta (most of the times nowadays) indeed when the blocked visits Meta, the user will see our local "you're blocked" messages (GlobalBlocks do not apply to Meta, we have to mirror them via local blocks) which indeed tell the user to use the
{{unblock}}template. I agree it's confusing for the average user. —MarcoAurelio (talk) 11:58, 27 March 2021 (UTC)
- The notice those affected users would see is localized version (depend on each wiki) of MediaWiki:Globalblocking-ipblocked-range or MediaWiki:Globalblocking-ipblocked. This would likely lead them to here to appeal. When they find they are also blocked on meta (usually the case when using proxies) they will see MediaWiki:Blockedtext, which instructs them to appeal on talk page. --WhitePhosphorus (talk) 06:55, 27 March 2021 (UTC)
- MediaWiki:Globalblocking-block-reason-dropdown? -- CptViraj (talk) 05:51, 27 March 2021 (UTC)
- Workflow-wise, as a local admin I don't see any value in prompting users to put unblock templates on their talk pages if they have global blocks, mostly because I've not seen the stewards promptly patrolling these - even when pinged. Any design improvements should be along the lines of answering the question: how do stewards want to handle appeals from users impacted by their global blocks? — xaosflux Talk 18:22, 12 April 2021 (UTC)
WikimediaMessages for 'global-deleter' group
I just noticed that there are no WikimediaMessages for Pathoschild's global group, so I suggest adding these (see phab:T279828). Since this would overwrite the Localised name of the group ("Pathoschild's global group"), I wanted to ask if the stewards are okay with this change, or if there are any objections. Regards --Zabe (talk) 21:17, 10 April 2021 (UTC)
- I don't have any strong opinion but I'd leave it as it is. This is a special group created for Pathoschild so he can run his synchbot service. Ideally, that service should've been ported already as a MediaWiki extension. I'd leave it without WikimediaMessages. —MarcoAurelio (talk) 10:27, 11 April 2021 (UTC)
- I agree with MarcoAurelio. Let's leave it as-is. It's not supposed to be a generic group, it's a sui-generis one, only for this very service. Martin Urbanec (talk) 18:06, 12 April 2021 (UTC)
MediaWiki\Revision\RevisionAccessException
Hi someone. I'm not sure if it's a bug. I've got several complaint from local Malay Wikipedians that they were unable to move some pages and the error notice appear just like ones in the section which was: "MediaWiki\Revision\RevisionAccessException" and some numbers. The example page is ms:Bones. We tried to move to "Bones (siri TV)" but we weren't unable to do so. Can someone help to check and if it's a bug, would be great if someone can help to create a task in Phabricator and ping me. Thank you! CyberTroopers (talk) 14:56, 11 April 2021 (UTC)
- @CyberTroopers: This looks like a bug. You can create a phab task. Add your problem, including the error message shown and also add the steps to reproduce it (see mw:How to report a bug#Reporting a new bug or feature request). Regards --Zabe (talk) 16:18, 11 April 2021 (UTC)
- @CyberTroopers See phab:T279832. Best, Martin Urbanec (talk) 17:06, 11 April 2021 (UTC)
- Thanks, I did not catch this one --Zabe (talk) 17:07, 11 April 2021 (UTC)
- @CyberTroopers See phab:T279832. Best, Martin Urbanec (talk) 17:06, 11 April 2021 (UTC)
- @CyberTroopers For the record, the number is a request ID, a number that uniquely identifies the request that caused the error. Wikimedia system administrators can use request IDs to locate the bug's backtrace, which is extremely helpful when debuging. If you ever see a similar behavior, definitely include that ID in your report, it will be appreciated. Best, Martin Urbanec (talk) 17:12, 11 April 2021 (UTC)
- @User:Martin Urbanec, @User:Zabe Thank you guys for helping! As per my understanding, the bugs is still under investigation and it might related to upper/lower case something in the script? I hope you guys will figure out the solutions and I'll help whatever I could. As for now, I think we'll use
{{R from move}}to move the failed page. CyberTroopers (talk) 14:27, 13 April 2021 (UTC)- Yes, it's under active investigation. We're still not sure what exactly caused this bug, but we're working on it. It can be related to literally anyting. Best, Martin Urbanec (talk) 14:32, 13 April 2021 (UTC)
- @User:Martin Urbanec, @User:Zabe Thank you guys for helping! As per my understanding, the bugs is still under investigation and it might related to upper/lower case something in the script? I hope you guys will figure out the solutions and I'll help whatever I could. As for now, I think we'll use
I have started a conversation to push this from being a non-draft document. Please add all thoughts there. — billinghurst sDrewth 02:30, 12 April 2021 (UTC)
Use of special:contact/stewards with email blocked IP addresses?
Hi. The applied block message for numbers of IP ranges is to contact stewards at special:contact/stewards, yet I am seeing email is blocked at the same time. Have stewards confirmed that email can be sent to the contact address when an IP range is blocked as it seems counter-intuitive. — billinghurst sDrewth 21:49, 26 April 2021 (UTC)
New request
Block MCCC214,delete User:MCCC214 and User talk:MCCC214,impersonation for my user name,bad faith,possible is this LTA.--MCC214#ex umbra in solem 09:07, 27 April 2021 (UTC)
- Well, no. Not that user. In the future, post this on SRG, not here. I handled your request, but please read the information above carefully. You can find "This is not the place for stewards requests". --Sotiale (talk) 11:45, 27 April 2021 (UTC)
- Oh,I should put this request in Meta:Requests for help from a sysop or bureaucrat.--MCC214#ex umbra in solem 11:51, 27 April 2021 (UTC)
Removing en.wikivoyage from the global sysops opt-out wikiset
There is consensus to allow global sysops to work on en.wikivoyage: wikivoyage:Special:PermanentLink/4194877. Please remove en.wikivoyage from the global sysops opt-out wikiset. Thanks in advance. Leaderboard (talk) 09:31, 28 April 2021 (UTC)