The lazy user, who speaks Korean and English. Administrator on some wikis. How to read 'revi': ræbi.
Best way to contact me is sending an email to (trying to receive less spams, click the link and solve reCAPTCHA)@ymhong.com (GPG).
For self-linking: W426
FYI: Submission is open. Deadline is September 15th, ref.
There are no renames in progress for 95016maphack. They may have already finished.
(change visibility) 20:33, 12 June 2017 -revi (talk | contribs | block) globally renamed Neoalpha to 95016maphack (Rename request on kowiki)
From my experience combating spam on wikinews-l, I believe those with spam score +4 or above are usually safe to discard. (List is otherwise low traffic, so I can't guarantee about low false positives.)
Closed as 9cdd4e0deaca4b79f5f1189bdb162ca25d27a4dc, have no idea why it didn't close itself?
(Just to remember) I'm going to publish the report on May 1.
It takes time for translations from translatewiki.net to the site, so you'll have to wait for next translation update by translatewiki's import bot.
Announced. Care to explain what Status Update is?
Basically any words ending with the regex is informal. I'll try.
For the record, also failing for Korean too. screenshots onwiki
I know the list is broad, but paragraph ending with the following words are almost likely to be informal and not encyclopedic, so P5122 is the list. (The list is quite small, so I'll need to adjust it quite often.)
Unfortunately I have to say updated version of BWDS run is still meaningless except one entry.
It seems to be working now. (Never got such message before.)
Configured wikinews-l (receiving about 700 spams in the queue daily) to use that settings. Let's see if queue decreases.
2017-03-22 08:18:12 <mutante> revi: maybe the regex thinks it must be X-Spam-Score immediately followed by 3 +'s, but in reality it is X-Spam-Score: <number> and then +'s
@ #wikimedia-operations in IRC.
(Just FYI:) P5072 was added few minutes before halfak made 5073, and 5072 is the authoritative list.
Source is Korean Wikipedia Abusefilter #39 ('Detecting abusive wordings'), kowiktionary, and my own knowledge.
Interesting, my Samsung Galaxy A7 (2016)'s bundled Samsung Internet correctly handles 'request desktop version'. Maybe it's for Google Play version only or my version is handling UA correctly.
Commit merged and deployed. Works fine.
Per Local consensus, I am going to submit a patch to revert this.
I don't know what you're trying to achieve (because the file is so big and what to do is vague) but if you need something done by me, please send me an email. (Address in profile.)
And yes, it does occur across the browsers. (Tried on Safari first, then Chrome for iOS.)
For your information, I was trying to upload 2 files. (Also said on wikimedia-commons@freenode but relaying here so it doesn't get lost)
This is a tracking task, which was inherited from previous bug tracking software - bugzilla. Tracking tasks are a list of bugs about specific stuff (in this case, renaming a wiki), not actual tasks to do. People are migrating such tracking tasks to dedicated projects iirc.
All the links below are fine, linking properly. Only links in user given reason doesn't work.
The edit that lead to recognize this problem was this one.
Btw your list will be wikimedia-cuteness@lists.wikimedia.org, not wikimedia.org.
Since this vulnerability seems to be resolved, can we close the bug and make this bug public?
Seem to be fixed via translatewiki (this edit and others).
$wgMWOAuthCentralWiki is already defined (see the link in the description.), but it doesn't solve anything.
I'd recall this comment again. More Community-consensus-needed imo.
Special:Logs. User_touched is probably password reset.
What's the point? What's the relations with Sony blah blah and the restriction on kowiki for unreg IPs editing?