Related to https://github.com/wikimedia/mediawiki/commit/ddfb4817b59ec10fa928c4059066f2ef39110ad5#diff-7103a37b72435c9b3e8cebe2eccfba7f @matthiasmullie ?

In T122220#3988921, @Scoopfinder wrote:

@Josve05a : I did as mentioned, but still can login without 2FA or with a random 2FA. Did you try to check this too? (maybe I am the one doing sth wrong)

In T653#3941576, @Tgr wrote:

The mainpage designs created for the old RfC (in 2012!) are pretty nice, what would it take to actually start using them?

In T183848#3865590, @Umherirrender wrote:

Summary messages of special pages are always shown in content language.

If Wikimedia Commons want the user language shown, the $wgForceUIMsgAsContentMsg setting for wikimedia commons must be set. Than this task is a Site Request.

Current config shown under https://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php - Search for wgForceUIMsgAsContentMsg

See also T177306

See community consensus.

In T89131#1039912, @Tgr wrote:

(Blocker: This is needed to enable Flickr Upload for all users)

Why? UploadWizard does not do anything a user could not do manually. I can upload a hundred Flickr images manually right now, and probably forget to add the flickrreview template to them or do it wrong, and then a volunteer has to clean up after me. UploadWizard does the same thing, except it adds the right templates - why would that require more scrutiny?

Generally, the client side is better for logic that is closely connected with user workflow, because the client side is easier to customize. Other wikis might have different verification requirements, different workflows, different templates, even different image sharing sites for which they want similar support. With a modular, extensible JS code and bot-based verification, they can provide that for themselves; after pushing everything to the server-side, they would effectively be blocked.

In T182534#3826799, @jhsoby wrote:

Submitted patch, but I believe this needs community consensus/discussion before it's put in place.

There is consensus:

• https://commons.wikimedia.org/wiki/Commons:Village_pump/Proposals/Archive/2012/11#Upload_by_URL

During the IRC meeting we talked about tags, which will be in addition to category's.

Done. Thanks :)

In T180946#3776923, @Marostegui wrote:

In which wiki are those 243,627 global edits?

The feature seems stable now: http://doc.otrs.com/doc/manual/admin/5.0/en/html/otrs.html

In T178052#3679737, @Andrew wrote:

It looks to me like this is filter in maintain-views.yaml via logging_whitelist. However, I don't see that 'pagetranslation' has ever been in that list (or at least not since 2016-10-12 which is when the history becomes murky.)

Can you confirm that you think this is a regression and not a feature request? If it's a regression do you know when it was last available?

In T177161#3659386, @Ramsey-WMF wrote:

With upcoming changes involved with Structured Data on Commons, retaining this template is actually potentially useful for purposes of helping to identify custom template files that will need to be changed to fit into the new (still undecided) structured licenses format.

Can be removed from the UW config/code, if not yet removed.

In T176578#3630279, @MarcoAurelio wrote:

@Steinsplitter Is this related to T156545 somehow?

In T176213#3617523, @MarcoAurelio wrote:

I don't think this should be done. The user just arrived 9 days ago and has self-assigned each and every flag on the wikis he's got access to for no real reason (T175555 · CA).

In T175803#3612226, @Samtar wrote:

It looks like cp1052 had a spike, but has since recovered

Thanks @Krinkle , You'r help was appreciated :)

In T174164#3552991, @Aklapper wrote:

I edited the task summary as I assume you are after fixing the actual issues in the user scripts (which happened due to ignoring deprecation warnings)? :)

done: https://meta.wikimedia.org/wiki/Special:GlobalRenameProgress/Karl-Heinz_Jansen

In T173859#3544614, @Marostegui wrote:

@MarcoAurelio See: T172207#3544611
Looks like we can proceed

In T131832#3452489, @fgiunchedi wrote:

@Steinsplitter have you seen this happening recently?

Confirmed here: https://commons.wikimedia.org/w/index.php?title=Commons:Village_pump&oldid=250771500#Problem_with_videos_-_thumbnail_generator_does_not_work_properly

In T168142#3360410, @Urbanecm wrote:

I think the zero rating is IP-based, not domain-based. If phab is hosted at the same IP range as wikipedia, it isn't possible to turn off zero-rating for phab. For me (EU), cs.wikipedia.org returns the same IP range as phabricator.wikimedia.org.

job has been stopped from restarting after using kill -SIGSTOP 6755. Still surprised... there was no crontab, no continuous job, .bigbrother, screen, etc. Maybe something in the backbend was stucking.

In T167400#3356547, @Bawolff wrote:

[...]
To clarify, I would support sending 403s for original file assets (not thumbnails) that exceed a certain size and associated video transcodes for zero-rated connections until the file is reviewed. Possibly with some sort of timeout where after a week if the file is not reviewed it becomes public anyways in case any get missed.

WP zero pirates are sharing links to the content in Facebook Groups (FB is zero rating traffic as well), for example:

We have to take a measure to stop WP zero abuse, we have 1 terabyte of pirated content yet.