Steward requests/Miscellaneous/2018-06

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
Warning! Please do not post any new comments on this page. This is a discussion archive first created on 01 June 2018, although the comments contained were likely posted before and after this date. See current discussion.

Manual requests

Non-free content

Status:    Not done

Does anyone have an interest in Non-free content at wikis that have no exemption doctrine policy or that do not seem to be enforcing it properly? As an example of the latter, w:id:Wikipedia:Penggunaan media nonbebas#Kebijakan gambar tokoh yang masih hidup appears to prohibit non-free images for BLPs, but w:id:Istimewa:Daftar berkas seems to have more photos of BLPs than one might expect under such a policy. (Please ping me.) WhatamIdoing (talk) 06:50, 22 November 2016 (UTC)

Sure, you can/should tag such violations with {{delete}} and if the requests are not acted upon in a month or so you can ping global sysops/stewards here, as with #Speedy deletions on as/ms. Nemo 12:09, 22 November 2016 (UTC)

@WhatamIdoing: You mentioned id.wikipedia, which is a larger project and stewards can probably not edit there. There are 295 Wikipedias and of these there are ~85 Wikipedias [1] having more than 1000 local files. In 2012 Nemo claimed 76 [2]. These Wikipedias often 1) have upload open for any logged-in user 2) host dozens of unused files 3) have lots of unfree files among the unused files, i.e. they are not EDP-files, since they lack an applicable rationale. Some Wikipedias have more than 1000 unused files, some more than 5000 – the counter stops then. Some have 20% of all files unused.

Local files in Wikipedias
Date 1 Qty of projects 2 Qty of projects w/o local files
(100% Commons)
3 Qty of projects having local files 4 Qty of local files 4/3 Reference
2013-01-01 285 36 249 2 038 148 8185 [3]
2014-01-01 287 30 257 2 208 750 8594 [4]
2015-01-01 288 30 258 2 311 679 8959 [5]
2016-01-01 291 37 254 2 405 486 9470 [6]
2017-01-01 295 140 155 2 430 156 15678 [7]
2017-04-14 295 140 155 2 436 730 15720 [8]

In the last ~4 years (2013-01-01 to today) the number of local files in Wikipedias increased by 391 925 from 2 038 148 to 2 430 073 [9], i.e. ca. 100 000 per year. At the same time, the number of Wikipedias using local files decreased. The major part of the increase comes from the aforementioned 85 Wikipedias. Some are out of scope for stewards and SRM.

To stop the problem with non-free content in small, open-upload Wikipedias and the workload for stewards to become worse, one could restrict the upload to admins. That is not fixing current violations, but reducing chance for new violations and freeing steward resources.

Candidates for restriction are the following 40 Wikipedias, each has 9 or less admins and uploads still open: ksh, pfl, rm, wuu, nv, frr, als, vec, bar, zh-yue, an, mt, pa, km, ga, oc, bcl, as, ps, scn, eml, mn, ba, be-tarask, am, be, sw, wa, lb, ky, hi, kn, tt, my, si, jv, br, fy, ka, bs. 92.227.229.171 01:37, 8 December 2016 (UTC)

This is the problem we currently face on id.wp, most of those files were PD-Gov, can be seen from the source links, but we are currently muddling if we should just transfer them to commons or just tag and add pd-gov license to it, but then again, there are thousands file need to be handled, we don't have enough hand. As for Stewards and GS, can close this request as this cannot be actioned by stewards or GS, whatamdoing can just come to id.wp to make this announcement/comment (again).--AldNonymousBicara? 19:34, 3 January 2017 (UTC)

Just a heads up, I'm one of the admin in id.wikipedia. I've worked up a Quarry script to detect those violating images and I've deleted all of them. There was around 2,000 of them but I suspect that it didn't cover all fairuse BLP images yet. Feel free to fork and/or improve the Quarry script. Kenrick95 (talk) 10:57, 20 January 2017 (UTC)

I'm amazed at how much you've already achieved there.
But idwiki is just one example (and perhaps one that is more capable of addressing it than average). Is there a desirable general approach to this issue, e.g., for a wiki with no (or many fewer) local admins? WhatamIdoing (talk) 06:26, 27 February 2017 (UTC)
@WhatamIdoing: Yeah, you could fork my script by changing the wiki database name ("idwiki_p"), the fairuse category name ("Gambar_berlisensi_penggunaan_wajar"), and the BLP category name ("Orang_hidup") to the local names. Kenrick95 (talk) 00:43, 8 July 2017 (UTC)
Thanks, Kenrick95. I'm not very familiar with Quarry, but I might give it a try.
OTOH, I'm wondering whether a much more ham-fisted approach would be appropriate, given that copyright violations are involved. For example, instead of manually reviewing and tagging hundreds or thousands of images, we could leave a general note to at a few Village Pumps to report problems. We could say that there are obviously problems, and if local admins don't report that it has been addressed to their satisfaction in <number of days>, then all of the local files will be deleted and uploading will be disabled.
Also, at wikis without any (active) local admins, uploading should probably be disabled anyway. (It may already be the case; I don't know.) WhatamIdoing (talk) 18:02, 8 July 2017 (UTC)
Funfact, we even have it on our recent changes for warning to them to review their own files (since year[s] ago), then do single warning for multiple files that uploaded by same person, not a single reply (except from the minority of the [still] active senior user, One of the reason why we muddling it so long, I even left same kind of warning on my own talkpage so every visitor will read it, we kinda wanted those old user return and tend to their own uploads/files)), of course because the files are so old, the person who own the account are also went inactive for year, I don't know how it is with en.wp or other Wikis, but this was the heritage from the old times when the old local laws still don't require user to to give any rationale for the upload. Number of days? More like number of years. Mass deletions are just last resort, not a good way but still a 'way', a better way to avoid legal liability. (Which kinda weird, it's almost complaining why a wiki being old is kinda bad).--AldNonymousBicara? 23:52, 8 July 2017 (UTC)

Improper content on Khmer-Wiki

Status:    Not done

As raised the issue of the fact of being a not maintained wiki-page here, before, and comming "back" to the most, for my person most obivious issue, Copyright violations - Tipitaka Khmer, my person likes to remark also here (on recommentation of a wikimedia-member), that it would be proper to act on it in the know cases but also to "insure" as much as possible, that there is a maintaining and care afterwards. Aware of the fact that it needs a lot of sacrify, may it be of best use for all and by those able and willing to act proper seen as a possibility for merits, if well done. --សមណៈយុហាន់ (talk) 18:07, 8 January 2018 (UTC)

Mr. Holder generously and obligated, has started to work through it, sure for only one person and no additional support, also in teaching at the same time, might be a brudensome undertaking, possible at least with less gain for all involved benefit. --សមណៈយុហាន់ (talk) 11:23, 19 January 2018 (UTC)
@សមណៈយុហាន់: I don't see that there is any request to be actioned by global admins or sysops, I believe that this request should be closed as not done. If you believe that there is existing actions, then please identify specific actions that are required at Khmer wiki. Thanks.  — billinghurst sDrewth 06:16, 10 February 2018 (UTC)
denying or not, a giver has responsibility on his "gift" and it's not the case that having given birth to something is enough for release, yet at least nurishing on it. If abounding that a holding on strings makes what one would ever face as, direct or indirect as effects of carelessness. Neither to hold on nor to abound is thereby advocated, but just a "this requires that" or "with that, this will need to come along" so that it will not have bad effects for those act and willing to enjoy fruits. Ones own choices mr @Billinghurst:, ones own fruits from them, according to ones selected relations. No wishes, no demands, just pointing. Maybe just bringing "Note: When you edit this page, you agree to release your contribution under the CC0.", or likewise, to more awareness might help, on the other side, even with this words, my person could not confirm with it's requirement, since this is not given for any normal exchange or trade... but for release. May your good choices bring their fruits always quick and possible to trace, may bad choices effects to always bearable with ease and pull to better. —The preceding unsigned comment was added by សមណៈយុហាន់ (talk)

Page Creation vandalism on bh.wikipedia

Status:    Not done

Recently a large number of pages have been created on bh.wikipedia by IP ranging from -1 to -431 with the same content (almost). These pages are meant to be articles about years.

Earlier in the past, such activity has been noted by IP, e.g 2120 to 2128 which I deleted because I was active right at the time they were being created. I believe somebody was just trying to raise Number of Articles on bhwiki up to 10,000 by creating such pages.

I can delete these using Mass Delete option, but I am afraid such activity may take place again. Is there any solution (like making some filters to prevent pages about Numbers etc.). Please help how to address such situation. I am single active admin at bhwiki (the other admin has not edited recently). Thanks. --SM7--talk-- 02:58, 11 May 2018 (UTC)

You can look into creating a Title blacklist. See the comments (#) in that page (and MediaWiki:Titleblacklist), including a link to the documentation about the extension that provides the functionality (all Wikimedia wikis have this extension installed). - dcljr (talk) 04:44, 11 May 2018 (UTC)
dcljr, I am very sorry that I mistook your tagging. I will try Titleblacklist. Can I delete those all newly created pages?--SM7--talk-- 05:05, 11 May 2018 (UTC)
@SM7: Sure, you can delete them. You are the admin on that wiki, after all. In this case, if you didn't delete them they would probably be deleted by a steward anyway, because they look exactly like the kinds of "articles" that are created all the time by a longtime cross-wiki vandal (and globally banned user) known as "Decker". Current practice is to delete pages created by globally banned users trying to get around their bans by editing anonymously (as "IP" editors). As for using Titleblacklist, I should stress that you need to be very careful using that feature, since it is based on regular expressions. (You may accidentally block the creation of many more kinds of articles than you intended!) If you are not familiar with "regexes", try to find a user who regularly updates MediaWiki:Titleblacklist on this or some other Wikimedia wiki who can help you. By the way, it seems there is another option: "page-creation protection" (info at English Wikipedia). That looks like a much safer alternative, but would require you to list every single page title you don't want created. That feature seems to already be in use at bhwiki. - dcljr (talk) 19:59, 11 May 2018 (UTC)
@Dcljr: I deleted those pages and hope such page creation will not take place again. If this happens again I will try to get help for creating some AbuseFilters for this as I believe Titleblacklist would not be much helpful. For now, this request can be closed. --SM7--talk-- 19:58, 29 May 2018 (UTC)
X mark.svg Not done --Alaa :)..! 01:21, 6 June 2018 (UTC)

Account deletion

Status:    Not done

In accordance to GDPR I hereby request to irrevocable and entirely delete, delete, not lock, my account User:Spix_mar, my sock puppet User:PandaSignal and all logs and versions in the page history and also all backup data which contain my name. You may ask User:Itti, User:DerHexer or User:Jan_Apel_(WMDE) for further information. Thereafter please also delete this account deletion request in the same manner. --Spix mar (talk) 16:18, 31 May 2018 (UTC)

Account deletion is not possible. Contact WMF legal for your options under GDPR. — regards, Revi 17:21, 31 May 2018 (UTC)
According to Art. 17 GDPR I have the right of erasure of my personal data. The MediaWiki extension UserMerge is able to delete users. It even was possible to delete Users which contained Itti's and Atze Schröder's IRL names. Why should this not be possible for me me? --Spix mar (talk) 20:21, 1 June 2018 (UTC)
@Spix mar: Requests of this nature should be directed to legal, as per the reply above. Please email legal(at)wikimedia.org - TNT 20:24, 1 June 2018 (UTC)

Delete unnecessary pages at sdwiki

Status:    Done

At Sindhi Wikipedia some IPs are creating unnecessary articles with no content except names of months. Our administrators are not active kindly delete those pages and block IPs permanently. Pages start with "-1ع", adding numbers 1,2,3...--مھتاب احمد (talk) 08:08, 5 June 2018 (UTC)

Please, provide links to all pages that need to be deleted. Ruslik (talk) 11:32, 5 June 2018 (UTC)
@Ruslik0: Kindly see contributions of these IPs: "162.196.142.177" & "2600:387:1:805:0:0:0:C2" at Sindhi Wikipedia.--مھتاب احمد (talk) 15:13, 5 June 2018 (UTC)
@مھتاب احمد: there's two sysops, @JogiAsad: active since 1 week? Have you tried to contact the sysops? and if they are inactive why not to nominate new active sysops? --Alaa :)..! 18:12, 5 June 2018 (UTC)

Not meaning to hijack this thread, but 162.196.142.177 xwiki-contribs xwiki-date ST IP info WHOIS robtexgblockglistabuselogipchecker has also created a few hundred year stubs in the Fiji Hindi Wikipedia (to push it past 10,000 articles). Every single stub claims that the year is a leap year ("leap saal"), which obviously makes 75% of the pages incorrect (besides being otherwise useless). That wiki also has an admin (last edited on May 21st), but there seems to be circumstantial evidence that this may be Decker, so someone may want to delete the pages on the two wikis, anyway. (Or not. Whatever.) - dcljr (talk) 01:56, 6 June 2018 (UTC)

Yes check.svg Done Ruslik (talk) 10:08, 6 June 2018 (UTC)
@Ruslik0: Not quite. I see you deleted a bunch of pages in both wikis, but there's still sd:Special:Contributions/2600:387:1:805:0:0:0:C2 and hif:Special:Contributions/162.196.142.177. - dcljr (talk) 00:08, 7 June 2018 (UTC)
Done. Matiia (talk) 00:32, 7 June 2018 (UTC)

Delete spam page on hiwikiquote

Status:    Done

Some person from Gwalior just made a spam Wikidata item and some spam pages for himself, one of which is up for deletion on simplewiki, and another on hiwikiquote which can't be deleted very easily since there are no sysops there. Can someone delete the hiwikiquote page on the aforementioned Wikidata item so I can delete the item? --Mahir256 (talk) 00:50, 7 June 2018 (UTC)

Yes check.svg Done in hiwikiquote --Alaa :)..! 00:56, 7 June 2018 (UTC)

Disable privacy violating JavaScript on 3 wikis

Status:    Not done

Hi stewards. I've found 3 wikis that are loading resources from tools.wmflabs.org, which is unfortunately a violation of the privacy policy. The privacy policy includes User-Agent as private information, but Toolforge makes that available to tool maintainers.

If a steward or GEI could remove/disable those uses, that would be appreciated. Legoktm (talk) 06:27, 23 May 2018 (UTC)

What does css have to do with the privacy policy? Ruslik (talk) 08:01, 23 May 2018 (UTC)
It causes the user's browser to make external requests (in this case to tools.wmflabs.org), which leaks the user's User-Agent, something that is considered private according to the privacy policy. Legoktm (talk) 08:09, 23 May 2018 (UTC)
How is it different from linking to toolslabs scripts? Is this also not allowed? Ruslik (talk) 18:26, 23 May 2018 (UTC)
Incubator have an active community, and even an "Admin's noticeboard": incubator:I:AN. — regards, Revi 17:35, 23 May 2018 (UTC)
Legoktm, If fixing Incubator is an emergency thing, just @StevenJ81:. --117.136.55.42 11:22, 28 May 2018 (UTC)
@Legoktm and Ruslik0: I'm here listening. But since I have no idea what a "User-Agent" is, I cannot even begin to understand why this might violate the privacy policy. I also have no idea what the script in question on Incubator does, nor how its disabling might affect Incubator. You'll have to enlighten me. StevenJ81 (talk) 15:59, 29 May 2018 (UTC)
User agent: The browser you are using, the OS you are using, if you are mobile, the phone device you are using, along with the IP address. — regards, Revi 16:02, 29 May 2018 (UTC)
Thank you, Revi. I think I now see which pages actually use this script. There are not that many, but I'd very much hate to lose the functionality they provide. In theory, if this script were actually hosted on Incubator, instead of on wmflabs, would that resolve the privacy issue (as there would be no call to the outside wiki)? StevenJ81 (talk) 16:10, 29 May 2018 (UTC)
I believe that should resolve the issue for incubator, but Legoktm knows better than me here. — regards, Revi 16:12, 29 May 2018 (UTC)
I moved the scripts to the wikis but external embedding of fonts cannot be solved without disabling the relevant feature. --Vituzzu (talk) 17:31, 29 May 2018 (UTC)
@Vituzzu: Thank you. That issue doesn't affect the script on Incubator, I don't think. Does it? StevenJ81 (talk) 18:29, 29 May 2018 (UTC)
Yes, nothing left for Incubator. — regards, Revi 14:37, 30 May 2018 (UTC)
Well, it looks like that in the first case it doesn't makes actual request, rather, it just saying that it fetched the data from the specified link:

// Update from https://tools.wmflabs.org/intuition/wpAvailableLanguages.js.php - Last update: Wed, 17 Jul 2013 22:34:27 +0000
window.wpAvailableLanguages={"aa":"Qaf\u00e1r

At least the data assigned to the window.wpAvailableLanguages does not contain anything malicious.--Alexander Davronov (talk) 22:24, 23 July 2018 (UTC)
@Legoktm: any new replay? --Alaa :)..! 01:23, 6 June 2018 (UTC)
X mark.svg Not done no response since 20 days --Alaa :)..! 03:06, 26 June 2018 (UTC)

Delete this page on Ur Wiki

Status:    Done

Please Delete this--Ameen Akbar (talk) 03:16, 8 June 2018 (UTC)

@امین اکبر: That wiki has several active administrators who can delete that page for you. - dcljr (talk) 02:07, 9 June 2018 (UTC)
@Dcljr: Ameen is a sysop on urwiki, but this request for big deletion (Pages with large edit histories are those pages with edit histories with more than 5,000 revisions), and for technical & security reasons the deletion of those kind of pages are restricted to stewards and system administrators --Alaa :)..! 20:24, 12 June 2018 (UTC)
Oh, sorry. I didn't notice that. - dcljr (talk) 22:35, 12 June 2018 (UTC)

Yes check.svg Done --Alaa :)..! 20:24, 12 June 2018 (UTC)

@علاء: Thank alot bro.--Ameen Akbar (talk) 12:36, 15 June 2018 (UTC)

OAuth approval request for Wikidata Lexeme Forms 1.1

Status:    Done

Tgr (WMF) was already so very kind to approve version 1.0 of this consumer, but I was having trouble with mwoauth.flask and ended up having to restructure the application a bit, which includes a change to the callback URL. I’m very sorry for the inconvenience. (Version 1.0 could be disabled now.) --Lucas Werkmeister (talk) 00:47, 12 June 2018 (UTC)

Yes check.svg Done Ruslik (talk) 19:45, 12 June 2018 (UTC)
Thank you very much! :) --Lucas Werkmeister (talk) 20:53, 12 June 2018 (UTC)

User:DarkFlares/sandbox

Status:    Done

en:User:DarkFlares/sandbox has too many edits for an admin to delete. RHaworth (talk) 16:32, 17 June 2018 (UTC)

Symbol wait.svg Doing... — regards, Revi 16:47, 17 June 2018 (UTC)
Yes check.svg Done. — regards, Revi 16:49, 17 June 2018 (UTC)

Pages on cy.wiki

Status:    Not done

by special:centralauth/Favonain 2-- 71.172.143.67 22:14, 18 June 2018 (UTC)

X mark.svg Not done This account locked by Tegel. And there's a lot of active sysops on cy.wiki (@Deb, Adam, Dafyddt, Xxglennxx, AlwynapHuw, and Llywelyn2000:) --Alaa :)..! 00:49, 19 June 2018 (UTC)

Edit didn't moved after rename

Status:    Not done

Steel1943 posted on CHUS talk that there's an edit shows under unregistered username. After looking renaming logs, I have found that they are en:User:Randall_Brackett (only local account), who was renamed User:MegamanZero to User:Megaman Zero (locally) in 2006 per this req. and then User:Megaman Zero to User:Randall Brackett per this req. I have searched the contributions of User:Randall Brackett and found the edit, but clicking diff it still shows under User:MegamanZero. ‐‐1997kB (talk) 06:41, 20 June 2018 (UTC)

Maybe this is phab:T128276? Stryn (talk) 07:52, 20 June 2018 (UTC)
Yes, it looks like same problem. ‐‐1997kB (talk) 14:51, 20 June 2018 (UTC)

Two pages on ltg.wikipedia.org

Status:    Done

First one is this dicussion: ltg:Sprīža:Vikipedeja, a ip user has just copied from the ui and saved the page. (Similar edits elsewhere: 194.19.251.150 xwiki-contribs xwiki-date ST IP info WHOIS robtexgblockglistabuselogipchecker, that have been reversed)

Second one is a machine translation: ltg:Bangkoka masu ātrais transports. The page is translated into Latvian (so it doesn't belong in ltg.wiki), but I know, that usually nobody bothers with machine translations in the Latvian wiki, and they get deleted, so it wouldn't be worth it to move it there also. Thanks! --Silraks (talk) 08:45, 20 June 2018 (UTC)

Yes check.svg Done Ruslik (talk) 19:59, 20 June 2018 (UTC)

remove spam from vi.wiktionary

Status:    Done

IP 42.113.195.199 is spamming vi.wiktionary, please help to delete all of his rubbish. Tuanminh01 (talk) 06:39, 24 June 2018 (UTC)

Remove spam from vi.wiktionary again

Status:    Locally handled

IP 42.113.195.82 is spamming vi.wiktionary, please help to delete all of his rubbish. Please dDo not block that dynamic IP for long period, but block range 42.113.195.0/24 for a few days or weeks. Thanks. Tuanminh01 (talk) 06:39, 25 June 2018 (UTC)

Please, provide a list of pages that need to be deleted. Ruslik (talk) 20:39, 25 June 2018 (UTC)

Deleted by local sysop, done. Tuanminh01 (talk) 00:35, 26 June 2018 (UTC)

Locally handled --Alaa :)..! 03:06, 26 June 2018 (UTC)

40,000+ in a user page

Status:    Not done

I nominated en:User:LorenzoMilano/sandbox for speedy deletion as a webhost violation, and then saw it had over 40,000 edits. If one of you could look at it, that'd be great. Drmies (talk) 17:53, 25 June 2018 (UTC)

@Drmies: we have a section to our guidelines which state bigdelete requests "should not be granted except if the page really needs to be deleted.". I've had a look at the content and it doesn't appear to be requiring deleting urgently, but its possible I've missed something, so your thoughts would be appreciated on if this needs to be progressed - TNT 18:44, 25 June 2018 (UTC)
TNT, thank you for looking into this. I'm not sure what kind of urgency we're looking for here; it's obviously not BLP violations or suicide/violence threats. But it is ongoing misuse of Wikipedia as a webhost, since 2014. The user has made four (4) edits in article space, so these 40,000+ edits aren't in preparation for main space edits. So if a steward can't delete it, we have the somewhat odd situation that we enforce WP:NOTWEBHOST as much as we can but we can't enforce it with the worst offender (this is only the second time in all my years that I've had to ask a steward for this kind of thing; last time MarcoAurelio removed a user page with slightly over 8,000 edits without a hitch, so I didn't even know hitches existed... Thanks, Drmies (talk) 00:10, 26 June 2018 (UTC)
There should be no issue with deleting the page; big deletions are supposed to be rare, but that doesn't mean we don't use them to enforce local policies as needed. The "really" needed thing is just meant to prevent routine deletion of big pages for no reason. That said, tagging as not done because there are too many revisions for the front-end interface to complete the request - please request server-side deletion at phabricator.wikimedia.org instead. – Ajraddatz (talk) 02:03, 26 June 2018 (UTC)
Well it turns out I was incorrect anyway Drmies! Face-smile.svg let me know if you require any help requesting the deletion via phab - I'm definitely a bit more helpful there! - TNT 06:10, 26 June 2018 (UTC)
No problem, There'sNoTime--this is turning out to be quite an epic saga. BTW the user got blocked for NOTHERE, but their sandbox is still up. Drmies (talk) 14:21, 26 June 2018 (UTC)

Remove spam from vi.wiktionary (3)

Status:    Locally handled

IP ‎42.114.35.64 is spamming vi.wiktionary, please help to delete all of his rubbish. Please do not block that dynamic IP for long period, but block range ‎42.114.35.0/24 for a few days or weeks. Thanks. Tuanminh01 (talk) 07:53, 27 June 2018 (UTC)

@Tuanminh01: There's 2 active sysops, @Huỳnh Nhân-thập and Mxn: --Alaa :)..! 10:02, 27 June 2018 (UTC)
We're trying to fight the vandalism, but it's a cat-and-mouse game with that vandal. Technical advice is appreciated. (We don't mind if stewards step in either.) – Minh Nguyễn 💬 17:11, 27 June 2018 (UTC)

OAuth approval request for my-threads

Status:    Done

Pretty simple tool, I just need oauth for identity verification. --Enterprisey (talk) 16:17, 27 June 2018 (UTC)

If this is just for you, why don't use "owner-only" option? — regards, Revi 16:58, 27 June 2018 (UTC)
Done by Tgr (WMF). (Tgr: can you mark things you've done as done here?) — regards, Revi 04:25, 30 June 2018 (UTC)
Sorry, will try to be better at it. I usually see requests via the Echo notice, and most of them do not have an on-wiki request... --Tgr (WMF) (talk) 09:59, 30 June 2018 (UTC)

Mass deletions at cowiktionary

Status:    Done

Ordinarily in a case like this, I'd tag one page per IP address for speedy deletion, linking to the user's other conrtibutions in the {{delete}} tag, but there's so many addresses this time, it's more efficient to simply list them here. The following "11 users" (clearly all the same person) have added hundreds of useless 4-word stubs (in English) for numbers at the Corsican Wiktionary (apparently every single new page created at that wiki since May 31st):

BTW, the local admin, who appears to be the same person as the global user Sarvaturi, hasn't edited any Wikimedia wikis since April 2016. - dcljr (talk) 01:19, 28 June 2018 (UTC)

Done by User:MarcoAurelio. Thanks. - dcljr (talk) 01:20, 30 June 2018 (UTC)
I've just noticed this request. I'd have been easier for me if I had earlier, instead of manually fetching all the edits :-) Thanks. —MarcoAurelio (talk) 10:34, 30 June 2018 (UTC)

Delete spam

Status:    Done

IP 46.119.7.63 is spamming mi.wiktionary and chr.wiktionary. --Ignacio Flag of Uruguay.svg (talk) 07:11, 29 June 2018 (UTC)

Done. Stryn (talk) 07:34, 29 June 2018 (UTC)

Telstra user block

Status:    Not done

On English Wikivoyage there is a user that has over many years created many new accounts. Sometimes a good number each day. They make one or two edits, usually minor, sometimes pointless and often disruptive. Then will edit same or another page with a different user id within the next hour. Sometimes also creates useless pages which just generates delete discussions on the site. This user almost always uses the mobile provider Telstra and often in the Brisbane area. Hence the name and talk page template used. Can see Checkuser requests for some recent ones. The person never replies to talk page approaches, never registers email address. Is there a method to prevent an account created from this provider's IP rangers if they have unregistered email accounts? --Traveler100 (talk) 14:21, 30 June 2018 (UTC)

Not sure what you are asking us to do. Administrators can set range blocks and prevent account creation. Stryn (talk) 15:04, 30 June 2018 (UTC)
No administrator on the project knows how to block a named account based on IP address. Also only want to block accounts were the email address has not been confirmed. Do not want to block every mobile user in Queensland and New South Wales. How do we block this user without bocking such a large potential group of contributors? --Traveler100 (talk) 16:55, 30 June 2018 (UTC)
Unfortunately stewards can't help in this. We don't have such block option. Stryn (talk) 17:06, 30 June 2018 (UTC)