@Aklapper okay, sorry, I didn't know how to tag this as a feature request. Can the mobile app convert it? (I guess that would only help for Android, which is maybe more likely to use .webp anyway..) Can it be converted with JavaScript? Could a project an Wikimedia Toolforge handle it?

"It should still be fine to add FlickrVerifiedByUploadWizard if the account is trusted, however (for example administrators)."

@Slowking4 is not actually in the extended uploaders group. I suspect he has the "Share images from Flickr button" because he is in the "GWToolset users" group.

@kaldari no problem, here it is, with free patch!! T210339

In T210859#4791099, @Aklapper wrote:

@AlexisJazz: I'm looking at https://nl.wikipedia.org/w/index.php?title=Overleg:Theo_van_Gogh_(kunsthandelaar)&oldid=52708637 but which exact "image on the talk page" do you refer to? Not sure how to see the problem... :-(

In T124101#4789680, @Tgr wrote:

In T124101#4789594, @AlexisJazz wrote:

But the things that take me hours could be done in seconds with shell access.

How do you think that would happen? If you have specific steps in mind, maybe we could expose those to power users. I can't think of any investigation that would be much more complicated without shell access though.

@Incnis_Mrsi at T198177 I also found some missing revisions. But the things that take me hours could be done in seconds with shell access.

In T198177#4433629, @Jdforrester-WMF wrote:

I'm de-prioritising this as it's unrecoverable and the general comments are valid but not new.

@zhuyifei1999 "Thanks. How much bitrate do you think we should use? I'm thinking of 128k"

@zhuyifei1999 "The problem: opus encoder doesn't seem to allow constant quality,"

@TheDJ I plan to convert some more after T209557 is fixed..

Just purged again (5 days after my Wikidata edit), still "in use".

@brion https://meta.wikimedia.org/wiki/Have_the_patents_for_MPEG-4_Visual_expired_yet%3F

I don't know, you tell me?

I think I'm gonna have a serious problem with this.

I had opened T207883, unaware of this request.

I added the interwiki project because this happens on an error message specific for interwiki linking. But if that's not right I don't mind the removal of that project from the task. T73751 may be related for the $1 but is closed.

@El_Grafo I had completely forgotten about this.. Now I understand why Triplecaña did this. But that wasn't the fix. It's fixed now somehow, so closing.

"in use" on:
https://ru.wikipedia.org/wiki/6ix9ine (last edit: 29 August 2018‎)
https://sk.wikipedia.org/wiki/6ix9ine (last edit: 15. september 2018‎)
https://uk.wikipedia.org/wiki/6ix9ine (last edit: 22 September 2018)

New user uploads a file with UploadWizard with this license:

The current checkered background doesn't work at all for transparent images with white text like https://commons.wikimedia.org/wiki/File:Romney-Ryan_2012_logo1.png. Maybe look at the average value of the image and select a darker checkered background if it's near white?

https://commons.wikimedia.org/wiki/File:M151A1_under_1.tif
https://commons.wikimedia.org/wiki/File:Test_1.5.tif
https://commons.wikimedia.org/wiki/File:Test_2.5.tif
https://commons.wikimedia.org/wiki/File:Test_3.5.tif
https://commons.wikimedia.org/wiki/File:Test_4.tif
https://commons.wikimedia.org/wiki/File:Test_5.5.tif
https://commons.wikimedia.org/wiki/File:Test_6.6.tif

@Aklapper from https://commons.wikimedia.org/wiki/Commons:Administrators%27_noticeboard/Archive_70#Possible_problems_with_User:FlickreviewR_2_bot%3F

Is this not live yet or is it still broken? https://commons.wikimedia.org/w/index.php?title=Commons:Administrators%27_noticeboard/User_problems&diff=318750179&oldid=318749749#Why_are_these_flagged%3F

@brion @TheDJ MP4 supports it, it would be daft if Apple skipped that support.. Other options: h.263 (compatible with MPEG-4 Part 2) or dare I say, Sorenson in a .mov?

@brion Why don't you just stick MPEG-2 with MP3 in an MP4 container? Or doesn't iOS accept that either?

In T124101#4538078, @Raymond wrote:

Original of https://commons.wikimedia.org/wiki/File:ATX-Netzteil.jpg is missing too: File not found: /v1/AUTH_mw/wikipedia-commons-local-public.e9/e/e9/ATX-Netzteil.jpg

@brion Perhaps they should be left up for a while. They seem to trigger strange bugs. For example https://commons.wikimedia.org/wiki/File:Maalwerk_Volmolen_Frankenhof.mp4 which is a video that was shot in portrait mode, gets completely messed up when wiki makes vp9 out of it.

Eventually it did load. My browsers didn't crash, but did stall long enough to make me think they might have. Perhaps Mediawiki could warn the user when they try to create a page like this.

7 previous revisions missing, maybe revdel worked like this in 2007?

Now it happened with https://commons.wikimedia.org/wiki/File:Kuno_Becker_y_Ver%C3%B3nica_Jaspeado_hablan_sobre_%22Cars_3%22.png. Reported as being in use hu.wikipedia.org, but https://hu.wikipedia.org/wiki/Ver%C3%B3nica_Jaspeado only has it as og:image.

<meta property="og:image" content="https://upload.wikimedia.org/wikipedia/commons/e/ea/Kuno_Becker_y_Ver%C3%B3nica_Jaspeado_hablan_sobre_%22Cars_3%22.png"/>

I replaced it on the page with the jpg. I already purged the cache for the both of the pages.

Donald Trung also ran into this, indepent from me: "Am I the only one seeing this?" (https://commons.wikimedia.org/wiki/File:Coins_of_Japan_-_Neil_Gordon_Munro_(1904).pdf)

Assuming this was not a case of "It compiles, ship it!" I am curious as to why this wasn't noticed when testing.

Just uploaded a screenshot, cropped it a bit, tried to upload a new version over it, guess what?

Just uploaded a screenshot, cropped it a bit, tried to upload a new version over it, guess what?

No relation to T198349? Could just be a coincidence.

@jcrespo Although something went wrong, the outcome is actually desirable. I may have requested a revdel otherwise. The original (https://upload.wikimedia.org/wikipedia/commons/archive/4/42/20180626085337!WikipediaTomeRaider3.png) shows some copyrighted elements which are not allowed on Commons, that's why I uploaded the crop in the first place.

@jcrespo I don't know how the systems work, so I'm just guessing here. When I uploaded the first time, I think the old image was moved from https://upload.wikimedia.org/wikipedia/commons/4/42/WikipediaTomeRaider3.png to https://upload.wikimedia.org/wikipedia/commons/archive/4/42/20180626085337!WikipediaTomeRaider3.png and the new cropped image was placed at https://upload.wikimedia.org/wikipedia/commons/4/42/WikipediaTomeRaider3.png. For some reason, I think no database write happened at all. The new image took the place of the old.

@jcrespo it would be an incredible coincidence if the MWException error had nothing to do with this. Unfortunately, I can't remember if I even checked what the page looked like right after that error.

In T198177#4314858, @Aklapper wrote:

Could you please verify that the problem still exists? This might have been a temporary issue / cache issues on the client side, if I understand the SRE team correctly.

I tried 00 to ff for https://upload.wikimedia.org/wikipedia/commons/2/2e/Burbuja_%281496994920%29.jpg (guessing it might be misplaced) but it's just not there. https://commons.wikimedia.org/w/api.php?action=query&list=allimages&aisha1=5c898098c147202d918a63e2b3731b3eb9779051 does work, so the upload was fine.

Commons stopped reporting the image as being in use on hywiki. Hywiki now uses:

<meta property="og:image" content="https://upload.wikimedia.org/wikipedia/commons/4/42/Armen_Sargsyan%2C_November_2008_cropped.jpg"/>

Same problem, but this file has no machine-readable source.

@Aklapper I think I know a solution! Technically workaround but okay.

In T123381#4135343, @Aklapper wrote:

Different software applications use different PNG rendering software stacks.

11 months later, issue still exists. https://commons.wikimedia.org/wiki/Special:CentralAuth/INeverCry links to https://en.wikipedia.org/wiki/Sockpuppet_investigations/INeverCry but should link to https://en.wikipedia.org/wiki/Wikipedia:Sockpuppet_investigations/INeverCry.

I've converted the images:
https://commons.wikimedia.org/wiki/File:Earth_Eastern_Hemisphere_2002.png
https://commons.wikimedia.org/wiki/File:Earth_Western_Hemisphere_2002.png

This file comes straight from NASA. If you find any evidence of a fake moon landing in those channels let us know. ;-)

I discovered something really strange! And maybe this makes the bug easier to solve.

Thanks for clarifying the title Aklapper. I had found T47212 but I do not believe it is the same issue. That "bug" (it's more or less by design) is caused by sharpening not being applied to TIFF images. Applying sharpening to this TIFF won't resolve the issues described.

Copied from my duplicate task: