Can verify this is resolved with this revert of mine: https://commons.wikimedia.org/w/index.php?title=File:VB.NET_Logo.svg&diff=621607293&oldid=621586764

In T155351#3385026, @Liuxinyu970226 wrote:

I suggest not to do anything here, as the reporter is globally banned by WMF.

In T167400#3361750, @Platonides wrote:

In T167400#3356482, @Poyekhali wrote:

Unless Commons have a lot of new file patrollers who really mark new files as patrolled when they are finished reviewing (which I see is not the case), I wouldn't support BBlack's counter-proposal.

I don't even see the Mark file as patrolled link…

In T168142#3359382, @Ciencia_Al_Poder wrote:

If phabricator is being abused for WP0, it means it's rated as zero. Why is rated as such in the first place? IMHO phabricator, testwikipedia and labs shouldn't be zero rated, which would limit impact in such abuses.

In T167400#3356547, @Bawolff wrote:

In T167400#3356482, @Poyekhali wrote:

Unless Commons have a lot of new file patrollers who really mark new files as patrolled when they are finished reviewing (which I see is not the case), I wouldn't support Bawolff's counter-proposal.

To clarify, what do you think my counter proposal was? I dont think i support anything broader than the original proposal.

Unless Commons have a lot of new file patrollers who really mark new files as patrolled when they are finished reviewing (which I see is not the case), I wouldn't support BBlack's counter-proposal.

@Dispenser, don't feed the trolls/sockpuppets.

In T120288#3285342, @Base wrote:

An easy way would be to titleblacklist mp3s untill a mechanism is found :)

In T120288#3284808, @ZhouZ wrote:

In T120288#3273786, @Legoktm wrote:

In T120288#3244736, @ZhouZ wrote:

Sorry for the delay - Legal still is reviewing this (the Fedora situation is good news). We hope to have a response by the end of the week.

Hi Zhou, is there any update you can share with us? There's also a related question about whether we can have patent encumbered mp3 files in our git repositories (https://gerrit.wikimedia.org/r/#/c/349596/), but if mp3 isn't restricted by patents anymore, I suppose the question is moot.

Sorry for the delay - we are still reviewing this and there are a few loose ends we need to tie up before we can give the go-ahead. Thanks to everyone for their patience.

It seems this is no longer affecting our files, so I lowered the priority. Is this issue still occuring?

https://upload.wikimedia.org/wikipedia/commons/thumb/f/f5/Flag_of_Cross_of_Burgundy.svg/23px-Flag_of_Cross_of_Burgundy.svg.png also don't work in Safari 9 (iOS), with the same error as Firefox 7 above.

All files listed here works for me except https://upload.wikimedia.org/wikipedia/commons/thumb/f/f5/Flag_of_Cross_of_Burgundy.svg/23px-Flag_of_Cross_of_Burgundy.svg.png. I am using Firefox 7.0 (iOS 9), and when I tried to access the said link, it returns a "cannot decode raw data" error.

Setting back to UBN!, due to the number of duplicate tasks and that there may be more files affected other than those reported here. We cannot afford to wait more files to be lost unexpectedly.

404 error: https://commons.wikimedia.org/wiki/File:School_Gyrls_at_Paramount_Studios.jpg

Tool deletes files after 60 days.

Tool deletes files after 60 days.

Tool deletes files after 60 days.

Oh, you're right, there was no warning. My mistake. :)

Yes.

Commons should not be here. And also, triaged as Low priority because this is not much of an issue, although it would be better if the misleading warning is removed.

Commons don't allow .mov files, so Commons should not be involved here.

Not much of an issue, but it would be better if the misleading warning would be removed.

Per T153488

T128624 is now resolved, can this task be visible to the public now? Thanks.

Stalled per T153488, please don't make server-side uploads yet as the issue regarding the video transcoder backlog is not yet resolved.

In T153852#2893196, @Revent wrote:

It's simply that the backlog became extremely large due to a high number of 'huge' (1920P, and an hour long)

This is because of T153747, which is resolved and the patch will be deployed on 2 January. And I believe transcoding has been intentionally halted due to T153488.

Commons don't allow .txt files, so Commons should not be involved with this task.

Stalled per T153488

In T153217#2888136, @matmarex wrote:

The following wikis and the following filters were likely affected. I ran this SQL query on all databases to find them:

select 'foowiki' as wiki, af_id
from foowiki.abuse_filter
where af_pattern rlike ',[ \t\v\f\r\n]*(/\\*.*\\*/[ \t\v\f\r\n]*)*\\)'
and af_enabled and not af_deleted

Wiki name	Filter number
arwiki	64
commonswiki	31
cswiki	2
dawiki	11
elwiki	3
enwiki	755
enwiki	756
eswiktionary	6
fawiki	3
fawiki	9
fawiki	19
fawiki	33
fawiki	120
fawikibooks	10
fawikinews	11
fawikinews	14
fawikinews	23
fawikiquote	2
fawikivoyage	2
fawikivoyage	8
fawiktionary	9
fiwiki	124
gagwiki	1
hiwiki	43
hiwiki	61
hiwiki	80
jawiki	18
jawikibooks	2
jawikiquote	1
jawikisource	1
jawikisource	2
kkwiki	3
metawiki	114
mlwiki	3
mrwiki	21
nnwiki	5
nowiki	4
ruwiki	14
svwiki	85
testwiki	81
testwiki	108
zh_yuewiki	3
zh_yuewiki	20
zhwiki	6
zhwiki	31
zhwiki	37
zhwiki	38
zhwiki	39
zhwiki	53
zhwiki	55
zhwiki	92
zhwiki	191
zhwikinews	12

@Legoktm Yes, but using url upload makes the process faster (instead of having to download then upload it again, which consumes bandwidth)

We don't want our files to be permanently lost, if truly the file operations are fragile, then more files may be affected by this bug.

Accessing the original file returns a 404 error.

Per T153488

Per T153488

Per T153488

Per T153488

Per T153488

T153488

I am going to mark all server-side upload Phabricator tasks which are not yet performed as stalled.

Tool deletes files after 15 days.

Tool deletes files after 15 days.

@Rrburke It seems to still display 500 files using "older 500". And the link also contains "&limit=500". What OS and browser do you use? FYI, I am using Google Chrome on Windows XP SP3.

If that's the case, then case closed.

Me too, those three links work for me. I am using Safari, iOS 6.1.3.

Tool deletes files after 15 days.

Tool deletes files after 15 days.

Tool deletes files after 15 days.