Steward requests/Miscellaneous

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
Requests and proposals Steward requests (Miscellaneous) Archives
This page is for Wikimedia wikis having no active administrators. Requests can be made here for specific administrative actions (such as page deletion) to be performed by a steward or global sysop. In other cases:
  • If the wiki does have active administrators, file the request with one of them.
  • If the wiki has an active editor community, any potentially controversial action (deletion of actual content, edit to a protected page, renaming of a protected page, etc.) should receive consensus from the wiki community before being requested here, and a link should be provided to that consensus in the request.
  • For global lock/block requests, file a request at Steward requests/Global.
  • For non-controversial deletion requests such as empty page, simple spam or vandalism, and non-controversial or emergency requests to block vandals, spammers or other malicious users, you may use global sysop requests instead.
  • If a consensus is considered required to act, similar principles apply as expressed at Steward requests/Permissions/Minimum voting requirements, and can be used for guidance to how and what should be done at small and medium communities to gain a consensus.

To add a new request, create a new section header at the bottom of the "Manual requests" section using the format below:

=== Very brief description of request here ===
{{Status|In progress}}
Give details about your request here. --~~~~

It is helpful if you can provide a link to the wiki (or the specific page on the wiki) in question, either in the header or in the body of your request.

When reporting cross-wiki vandalism, the following template calls can be used to link to a user's contributions across all Wikimedia content wikis (these are for logged in users and non-logged-in users, respectively):

* {{sultool|Username}}

* {{luxotool|IP.address}}

Template {{LockHide}} can also be used in appropriate cases.

To request approval of OAuth consumers please use {{oauthapprequest}} (see the documentation before using).

Old requests are archived by the date of their last comment.

Cross-wiki requests
Meta-Wiki requests

Bot-reported requests[edit]

See Global sysops/Speedy delete requests.

Manual requests[edit]

150 spam ?[edit]

Status:    In progress

All 150 contributions/articles on Studio 54 Network (here in "simple english" for example) appear to be spam ? --Arroser (talk) 12:25, 25 December 2020 (UTC)[]

@Arroser: Simple Wikipedia has local sysops, GS or Stewards can't help you. simple:Wikipedia:Administrators' noticeboard--𝐖𝐢𝐤𝐢𝐁𝐚𝐲𝐞𝐫 👤💬 19:27, 25 December 2020 (UTC)[]
@WikiBayer: : Simple english was only an example, to have links on the article, on the others WP. The real problem is not only this language, but the 150 articles i think. --Arroser (talk) 19:30, 25 December 2020 (UTC)[]
Could you please link articles that are at global sysop-enabled wikis then? THanks! Martin Urbanec (talk) 19:31, 25 December 2020 (UTC)[]
OK Wikidata d:Q39841 Article created by Luigi Salvatore Vadacchino. Article are in ak:Radio_Studio_54_Network bm:Radio_Studio_54_Network ca:Radio_Studio_54_Network and more.𝐖𝐢𝐤𝐢𝐁𝐚𝐲𝐞𝐫 👤💬 19:37, 25 December 2020 (UTC)[]
I think we should delete these pages. The content is 1 line + Links. This is not Useful for the projects. Please more opinions. --𝐖𝐢𝐤𝐢𝐁𝐚𝐲𝐞𝐫 👤💬 19:01, 26 December 2020 (UTC)[]
@WikiBayer I agree Martin Urbanec (talk) 11:02, 29 January 2021 (UTC)[]
.:@WikiBayer I agree as well. EstrellaSuecia (talk) 17:06, 5 March 2021 (UTC)[]

If we are talking Radio Studio 54 Network (Q39841) then really shouldn't they be raised with the individual wikis. It is not up to this place to determine the notability nor whether pages that have been considered a reasonable addition for 8+ years after they were created. That has not been our role previously, and without some broader discussion through an RFC I don't think that we should act. Different from asking stewards or GS to act as administrators at these wikis where a legitimate conversation has taken place.  — billinghurst sDrewth 00:01, 6 March 2021 (UTC)[]

billinghurst the problem i'm seeing is that this is a massive crosswiki borderline hoax :/ Praxidicae (talk) 00:20, 6 March 2021 (UTC)[]
@Praxidicae: The item is visible at so many major wikis so who are we at this wiki to make that determination with the scope that we have been granted by the communities in our rights allocation. The processes for deletion of out of scope material is set to belong to local wikis. If the major wikis went about their investigations and came to their determinations, then these determinations flowed out to the wikis, then we have the scope to act. Tell/show me where it is in scope for this forum to be the instigator for such actions. Yes, it means more work, yes it is a PITA, but once we start that slippery slope of granting ourselves the power, then … No thanks, let us act within scope.  — billinghurst sDrewth 00:38, 6 March 2021 (UTC)[]
Sorry I wasn't advocating for doing anything, it was just a comment in general. Praxidicae (talk) 00:50, 6 March 2021 (UTC)[]
@billinghurst Quote "The item is visible at so many major wikis ... The processes for deletion of out of scope material"
I don't see that as "Out of Scope". One line and the web links is not useful content. Pages with useful content should not be deleted by GS, but pages like in the akWP can, in my opinion, be deleted using Reason "Crosswiki Spam/no useful content". --𝐖𝐢𝐤𝐢𝐁𝐚𝐲𝐞𝐫 👤💬 13:21, 7 March 2021 (UTC)[]
I am making zero judgment on the articles. I am talking about the community specified roles of global sysops and stewards.

Out of scope for global sysops and stewards to speedy delete 8 year old articles. Out of scope for Steward requests/Miscellaneous to determine local wikis deletion processes. If you were doing works added today, maybe. Works added in 2012 should go through due process at the wikis. These wikis, they own their issues, we don't. Don't start making this role to be more than we have been elected to do.  — billinghurst sDrewth 14:09, 7 March 2021 (UTC)[]

Speedy deletions on suwiki[edit]

Status:    In progress
  • Please clean su:Kategori:Artikel_anu_kudu_dihapus. Thanks! Bencemac (talk) 06:44, 23 April 2021 (UTC)[]
    ^moved from GSR since its been there a while --DannyS712 (talk) 01:23, 6 May 2021 (UTC)[]
    Mentioning suwiki admins A2613 and RXerself as they've have been recently active over there. —MarcoAurelio (talk) 09:57, 22 May 2021 (UTC)[]
    @Mssetiadi: I see that you are active, can you please address this matter. Thanks.  — billinghurst sDrewth 12:19, 19 June 2021 (UTC)[]
    @RXerself and Mssetiadi: Is there issues having the current suWP administrators undertake the maintenance tasks? Please would you be able to sort this out otherwise global sysops will just have to do it with less understanding of the issues than you.  — billinghurst sDrewth 11:54, 20 July 2021 (UTC)[]
    Can I suggest asking on their suwiki talk pages? Not all users have notifications enabled globally. ~~~~
    User:1234qwer1234qwer4 (talk)
    10:01, 8 September 2021 (UTC)[]

Automatic Visual editor citation on Dagbani Wikipedia[edit]

Status:    Requires a Phabricator ticket
Tracked in Phabricator:
task T261316

On the Dagbani Wikipedia, VE doesn't have the option to add citations automatically. More like the situation we had here. I've looked at the documentation but can't figure out how to configure citoid. We would appreciate some help with this task. --—M@sssly 15:54, 6 September 2021 (UTC)[]

X mark.svg Not done as nothing within the control of administrators, instead managed by phabricator request.  — billinghurst sDrewth 00:26, 14 September 2021 (UTC)[]

Edit Interface of[edit]

Status:    In progress

I raised the issue on the VP and no one opposed it: fa:b:Special:Permalink/113740#تغییرات_رابط_کاربر

(detail moved to b:fa:بحث_مدیاویکی:Common.js#Request_for_changes_moved_from_meta) Thanks, 4nn1l2 (talk) 06:49, 7 September 2021 (UTC)[]

Why cannot you use the collapsible elements built in the MediaWiki? Ruslik (talk) 20:58, 18 September 2021 (UTC)[]

Mon Wiktionary and Mon Wikipedia for help with defense[edit]

Status:    In progress

Anonymous IP account holder has been harassing Mon Wiktionary to this day since 15 June 2021, now, on August 27, 2021, Mon Wikipedia is being harassed again. We request that you permanently block this User: IP account from Mon Wiktionary and Mon Wikipedia. Admins from Mon Wiktionary and Mon Wikipedia are not yet proficient in using Mon Wiktionary and Mon Wikipedia, which is a weakness for Mon Wiktionary and Mon Wikipedia defense. I would like to request that you turn off editing with an IP account for Mon Wiktionary and Mon Wikipedia protection. I want to do a lot of work for Mon Wiktionary and Mon Wikipedia defense, but since I am not an administrator, I have no authority to do anything for Mon Wiktionary and Mon Wikipedia defense, if possible, I should be given some authority to defend Mon Wiktionary and Mon Wikipedia, as a Mon people, I would like to take on the responsibilities of Mon Wiktionary and Mon Wikipedia. See Wiktionary harassment evidence at the link.

  1. Mon Wiktionary evidence of harassment link
  2. Mon Wikipedia evidence of harassment link

We are very saddened by the harassment of an anonymous person, I do not want this anonymous person to bother me anymore on Mon Wiktionary and Mon Wikipedia, thanks.--咽頭べさ (talk) 12:03, 8 September 2021 (UTC)[] has no contributions in Mon Wikipedia. Ruslik (talk) 20:57, 10 September 2021 (UTC)[]
@Ruslik0: globalcontribs: shows abuse at MNW wikis. It looks like a global block may be helpful.  — billinghurst sDrewth 00:17, 14 September 2021 (UTC)[]
wikt:mnw:special:contributions/  — billinghurst sDrewth 00:19, 14 September 2021 (UTC)[]

Help with a long-term spammer requested[edit]

In recent weeks, :slwiki has been a target of a relentless spam campaign involving more or less convoluted links to some junk book ("Threelogy") and to what appears to be a collection of files mentioning Katyn massacre. Judging by spam blacklists and other mentions on Meta, it's a cross-wiki issue. The spammer(s) use(s) different IPs each time and different ways to link (old diffs from various wikis, pages etc.), sometimes edit-warring with admins who revert, and it's been impossible to permanently block this activity. This has been going on for months, but now it's ramped up a few notches. Just earlier, the attempts got so persistent that :slwiki's abuse filter got throttled! Can someone help? — Yerpo Eh? 13:53, 16 September 2021 (UTC)[]

@Yerpo: I'm not a global sysop, but I am extremely familiar with this spammer. The person behind the spam is a cross-wiki vandal, sockpuppetteer and harasser who has been permanently banned by the Wikimedia Foundation from editing any Wikimedia site. More information can be found at w:en:WP:LTA/GRP. As the edits of this person are subject to revert at sight, and as the edits are inherently disruptive, I believe that global sysops may help you block and delete nonsense created by this prolific vandal. I believe you can make requests to GSs here to deal with the vandal's disruption through protection of pages, deletion of added vandalism and blocking of IPs, especially as the vandal abuses open proxies to revert-war with vandal fighters till protection is applied. JavaHurricane 02:36, 17 September 2021 (UTC)[]
@JavaHurricane: I had a feeling that the issue was this big, yes, but I couldn't find any discussions here, so thank you for pointing it out to me. Actually, :slwiki has plenty of admins and deleting/reverting this trash and blocking is not technically a problem, but it's rather draining, so I was hoping for some advice on how to prevent it, or possibly some more efficient global filter/block. Reading the rest, I have a hunch that it isn't technically feasible, though, so if anybody from the small wiki monitoring team or any other global sysop would keep an eye on :slwiki to help reverting at least, we'd be grateful (even if we're not so small). The person's current obsessions are boxing and Katyn massacre/Stalin. — Yerpo Eh? 05:56, 17 September 2021 (UTC)[]
Also read w:pl:WP:CHICAGO (use Google Translate if you don't know Polish). He's been going on like this on a lot of WMF sites, in particular simple.wikipedia. He's gone on with the Katyn massacre on the English Wikivoyage, but we put in a filter that prevents the word "katyn" to be typed. SHB2000 (talk | contibs) 11:24, 18 September 2021 (UTC)[]
This page is generally not for full-fledged discussions. The header suggests "Formal or controversial requests can be filed at Steward requests/Miscellaneous", so I'll be moving this there. ~~~~
User:1234qwer1234qwer4 (talk)
00:52, 19 September 2021 (UTC)[]
@Yerpo: I have introduced w:sl:special:abusefilter/5 simple and targeted and left it in detect only—it will only be a start recipe. Feel welcome to turn it on for disallow when you feel comfortable that there are low false p+ves. The issue is going to be that when they are stopped, that they are just likely to adjust their behaviour to something a little different. About the only way that I have managed to truly scare them away is to set these filters to block, which here at meta I set to 2hr blocks, so it places an immediate inhibitor, and they don't get to probe the filter to work their way around it. Adding blocking to AF requires a consensus of your community to activate that component of AF and to have it activated via a phabricator site request.  — billinghurst sDrewth 12:49, 19 September 2021 (UTC)[]

OAuth permissions[edit]

Symbol comment vote.svg Preferably permission requests should be submitted using the form from Special:OAuthConsumerRegistration.

After submitting this form, you will receive a token that your application will use to identify itself to MediaWiki. An OAuth administrator will need to approve your application before it can be authorized by other users. It is possible to request approval using {{oauthapprequest}}, please create a sub-section to this part.

A few recommendations and remarks:

  • Try to use as few grants as possible. Avoid grants that are not actually needed now.
  • Versions are of the form "major.minor.release" (the last two being optional) and increase as grant changes are needed.
  • Please provide a public RSA key (in PEM format) if possible; otherwise a (less secure) secret token will have to be used.
  • Use the JSON restrictions field to limit access of this consumer to IP addresses in those CIDR ranges.
  • You can use a project ID to restrict the consumer to a single project on this site (use "*" for all projects).
  • The email address provided must match that of your account (which must have been confirmed).

See also[edit]