I thought I already promised Neil to be involved in such process when I met him in August.

@Trizek-WMF I need to wait for midnight Sept 1 to post Community-consensus-needed discussion.

Mobile web shows the warning like the image, and desktop will have a warning above the edit texts. I think it should be consistent with the rest of editing experiences.

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)

In T110509#3228489, @Niharika wrote:

@revi Can you confirm that the gadgets listed above are still broken? Thanks.

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?

In T161627#3198245, @revi wrote:

(Just to remember) I'm going to publish the report on May 1.

(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.)

In T101615#2774481, @Nemo_bis wrote:

Thanks, this answers my question. How many are they? Did someone talk with them?

And yes, it does occur across the browsers. (Tried on Safari first, then Chrome for iOS.)

F4819065 and F4819064.

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)

Committed by R1967:048b260511c9.

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).

In T132454#2199341, @Tgr wrote:

So Special:OAuthConsumerRegistration etc. does not exist on metawiki?

$wgMWOAuthCentralWiki is already defined (see the link in the description.), but it doesn't solve anything.