Talk:Title blacklist/Archives/2013

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search

Proposed additions

Wikivoyage

Please add Wikivoyage by replacing .*(wiki(?:[mp]edia(?!n)|books|quote|versity|source|news|species)|wiktionary).* <newaccountonly>

with .*(wiki(?:[mp]edia(?!n)|books|quote|versity|source|news|species|voyage)|wiktionary).* <newaccountonly>

Thanks. sumone10154(talk) 03:53, 17 December 2012 (UTC)

If so, then wikidata should be added to, which I believe would make the entry .*(wiki(?:[mp]edia(?!n)|books|data|quote|versity|source|news|species|voyage)|wiktionary).* <newaccountonly> but I'll leave it to the ones more expert than I to check and implement. Snowolf How can I help? 07:09, 17 December 2012 (UTC)
Yes, that is correct. sumone10154(talk) 17:12, 24 December 2012 (UTC)
Done Courcelles 06:09, 16 January 2013 (UTC)

Polish spam

User:Igna/Polish spam. Has a certain set of page titles like:

  • User talk:Kołobrzeg - Apartament
  • User talk:Kołobrzeg - niedoceniane miasto
  • User talk:Kołobrzeg - Kwatera
  • User talk:Kołobrzeg - Zakwaterowanie
  • User talk:Kołobrzeg - Nocleg
  • User talk:Pobyt w Kołobrzegu
  • User talk:Najatrakcyjniejsze pobyty wakacyjne nad Morzem Bałtyckim

It might only lead to a change of pattern, but can be blacklist it nevertheless? (I would do it myself, but, ahem, regex) --MF-W 23:41, 22 March 2013 (UTC)

{{ns:3}}:.*Kołobrzeg.* would handle all, except the last one. I am not sure whether I should actually go ahead and add it (I cannot see deleted contributions globally and hence cannot estimate the scale), but feel free to add it yourself. vvvt 00:10, 29 March 2013 (UTC)
Thanks. It seems he is currently not active anymore, therefore I wouldn't add it (at the moment). --MF-W 16:42, 29 March 2013 (UTC)
Seems like he is around after all. I will add this now. --MF-W 22:37, 31 March 2013 (UTC)

Added some more: Title_blacklist/Log/2013/04. --MF-W 23:47, 2 April 2013 (UTC)

There's some more spam at de-Wikibooks:
  • User Talk:Zwróćmy uwagę przy dokonywaniu wyboru miejsca noclegowego nad Bałtykiem
This site was created by 82.178.106.8 at 00:56, 26. Apr. 2013‎ (CEST). Note: Title_blacklist/Log/2013/04 looks for "wybór"; this title contains "wyboru". It may be the same spammer.
I suggest prohibiting to create a new site in namespace 2/3 if there doesn't exist a user name with the specific article title. I don't know if there is a way via title blacklist or if it's necessary to change the permission rights for creating a new site. -- Juetho (talk) 14:42, 30 April 2013 (UTC)
  • User Talk:Czemu akurat na wypoczynek nad morze ?
created by ‎79.130.64.253 at 00:26, 4. Mai 2013 -- Juetho (talk) 06:39, 4 May 2013 (UTC)

/Print subpages

I am an admin at the English Wikipedia. Today I learnt about "/Print" subpages. I realised they are a security problem since they let anyone edit any template, no matter if the template is protected or not. As a test I used it to change the main page of the English Wikipedia, only using a non-admin account. It only affected printed versions of the main page, but that is bad enough. So I have blocked creation and editing of /Print subpages on the English Wikipedia. I suggest the same block is added here to protect all the other projects. For reference, here's the code I used at w:MediaWiki:Titleblacklist:

# /Print versions of templates. ("Templates" can be created in any namespace, so blocking in all namespaces.)
.*\/Print <noedit>

/Print subpages also have a number of other problems. And we don't need such subpages, since we already have a better solution that has none of the problems. See Template talk:Documentation#/Print for the details.

--David Göthberg 10:48, 20 February 2010 (UTC)

I note there's a couple wikis using this (google search is: site:wikipedia.org -site:en.wikipedia.org inurl:"/print") but not many. Is it acceptable to require that admins perform edits to print subpages? Kylu 20:28, 23 August 2010 (UTC)

X mark.svg Not done There does not seem to be any pressing need for this for 3+ years now. --MF-W 17:30, 5 October 2013 (UTC)

Happy Birthday lyrics

Please add “.*Birthday.*Birthday.*” to the global title blacklist! --84.61.146.104 10:00, 22 May 2010 (UTC)

why? -- seth 13:24, 23 May 2010 (UTC)

Is it legal to use the lyrics of the song “Happy Birthday” as a page title? --84.61.146.104 16:05, 23 May 2010 (UTC)

Are there any cases of misuse yet? -- seth 01:04, 24 May 2010 (UTC)
Sure, at least in the US; see s:Happy Birthday to You.--Prosfilaes 23:07, 24 August 2010 (UTC)

X mark.svg Not done No convincing arguments were given. --MF-W 17:30, 5 October 2013 (UTC)

Personal attacks on zhwiki

Please add the following to the blacklist:

.*沈彥良.* <newaccountonly>
.*[陈陳]霆.* <newaccountonly>
.*[许許]瑜真.* <newaccountonly>

These are names of some zhwiki sysops and currently some bad guy is making fun with their names and maybe sexual orientation. Already in the title blacklist of zhwiki. Thanks.--Jimmy Xu 14:43, 12 June 2010 (UTC)

I don't know this script - have you assessed these for potential false positives?  — mikelifeguard@meta:~$  20:40, 14 June 2010 (UTC)
These are very unlikely to cause false-positives. Already in local blacklist for years and there is no troubles. After all, I can't get a reason why someone would use other's name in their user name.--Jimmy Xu 11:55, 16 June 2010 (UTC)
FYI, this should fit in the section "#影武者 (from zh:) - well-known targets of serial vandalism".--Jimmy Xu 12:06, 16 June 2010 (UTC)

X mark.svg Not done There does not seem to be any pressing need for this for 3+ years now --MF-W 17:32, 5 October 2013 (UTC)

User:84.61.153.119

Please add the following entries to the global title blacklist:

# Titles used by User:84.61.153.119 for vandalism

# German elevator company, not notable enough for Wikimedia projects
.*kni(sj|zi)a.*(streh?lo[vw]|wertlos).* <autoconfirmed>
# "Szar" is the Hungarian word for "shit"
szar <autoconfirmed>

--84.61.183.12 13:49, 24 November 2010 (UTC)

See also here, here, here, here, here, and here. --84.61.183.12 19:36, 24 November 2010 (UTC)

X mark.svg Not done There does not seem to be any pressing need for this for ~3 years now --MF-W 17:33, 5 October 2013 (UTC)

Username length restriction

Some local projects have restrictions on the length of usernames in their local titleblacklist (see eg en.wp and Commons, both currently 40 characters including the "user:" prefix). Differences between restrictions can break SUL. If a restriction is needed, it should be global. Rd232 (talk) 15:45, 17 May 2012 (UTC)

I am not sure that this is anything that stewards would be doing without a broad community consultation. At this current time, all I believe that we could do is to issue a warning that when choosing a username to note that long usernames may not work at all sites due to policy restrictions at some sites. One could reverse the conversation and ask why those two wikis have a introspective policy about username length and have not taken the conversation to a wider forum. In fact, I am unaware that either of the two domains that you mention clearly identify that they have such restrictions w:en:Wikipedia:Username_policy and Commons:Commons:Username policy and such would seem to be problematic. — billinghurst sDrewth 23:25, 17 May 2012 (UTC)
Yes. What's the best way to organise a discussion on this? Rd232 (talk) 12:52, 18 May 2012 (UTC)
I do not think that Titleblacklist affects automatic account creation. Ruslik (talk) 12:29, 19 May 2012 (UTC)
It does. Just a couple of days ago there was an issue at en:WP:VPT where a user couldn't log into Commons until I increased Commons' titleblacklist length restriction from 30 to 40. Rd232 (talk) 19:13, 19 May 2012 (UTC)
I fully concur that it does interrupt as Rd232 states. I have previously had to modify that filter at Commons. My preference would be for Commons to remove that restriction as it is both an old restriction, and one that I do not really find purposeful in the entirety of WMF. — billinghurst sDrewth 02:10, 20 May 2012 (UTC)
Well, it would be easier to make the case for removal if we knew why it was added in the first place... But it's not just Commons: en.wp and de.wp also have such restrictions, and it's quite likely other projects do too. That's why we need a wider discussion about the point of this, and if there is one, apply it via Meta, and if not, get rid of the restriction everywhere. Rd232 (talk) 11:22, 20 May 2012 (UTC)

Please notice, that applying it from meta wouldn't be the perfect solution as well, because user names get tested against the title blacklist in the following form Namespace 2 alias:User name. So eg. on enwiki this would be User:Username, but on dewiki it's Benutzer:Username, which has more chars. Maybe the following can bypass that: ^[^:]+:[^$]{1,X}$ where X is the max length of the actual user name - Hoo man (talk) 20:52, 20 May 2012 (UTC)

Hoo man is right. And that's why I modified that entry in w:de in January 2012.[1]
However, what is the reason for that 'non-dollar character class' instead of the 'any character class' after the first ":" in your suggested regexp ? I guess /^[^:]+:.{1,X}$/ should do a better job. -- seth (talk) 19:00, 29 May 2012 (UTC)
That totally doesn't matter, so do in whatever way you like (I only did it that way, cause I had regular expressions recently with a lot of end of string things, so I guess I just had it in my mind :P). - Hoo man (talk) 19:05, 29 May 2012 (UTC)
Well, it does matter. The '$' in char classes is interpreted literally and not as EOL or end of string.
Anyway, we have to negate the pattern for the TBL, so I suggest /^[^:]+:.{X,}$/. -- seth (talk) 22:17, 29 May 2012 (UTC)
Oh you're right, in PHP it's that way, in Python such conditions work... sorry - Hoo man (talk) 22:22, 29 May 2012 (UTC)
Hi!
Well, python does not behave in another way than php does:
$ python -c 'import re; m = re.search("[^$]", "$foo"); print m.group(0);'
f
/[^$]/ is the class of all characters (even "\n"), that are not '$'. The class of characters that are not a linebreak simply is /./. -- seth (talk) 21:08, 30 May 2012 (UTC)

To say that in German: Ich beginne an mir selbst zu zweifeln, I think I might need a break :P Of course you're totally right, I thought I tested that at my own, but your example totally proves your point, even in Python 3. I think we can go back to topic now.... - Hoo man (talk) 22:21, 30 May 2012 (UTC)

X mark.svg Not done, no consensus. PiRSquared17 (talk) 19:29, 17 December 2013 (UTC)

Proposed removals

Troubleshooting and problems