The simplest fix in most cases is to get the original uploader/author to upload it again...

(In reply to comment #1)

The simplest fix in most cases is to get the original uploader/author to upload
it again...

Notified all users. Some of them seem inactive btw.

Maybe bug #39221 is related to this one?

Happened to me too:

https://commons.wikimedia.org/wiki/File:Pnina_Gary_-_1953_-_New_York.jpg

leads to:

https://upload.wikimedia.org/wikipedia/commons/e/e5/Pnina_Gary_-_1953_-_New_York.jpg

https://commons.wikimedia.org/wiki/File:%D0%92%D0%BE%D1%81%D1%82%D0%BE%D1%87%D0%BD%D0%B0%D1%8F_%D0%BA%D0%BE%D0%BC%D0%BD%D0%B0%D1%82%D0%B0_%D0%9D%D0%BE%D0%B2%D0%BE-%D0%9C%D0%B8%D1%85%D0%B0%D0%B9%D0%BB%D0%BE%D0%B2%D1%81%D0%BA%D0%BE%D0%B3%D0%BE_%D0%B4%D0%B2%D0%BE%D1%80%D1%86%D0%B0.jpg

The file got deleted instantly after I uploaded the wmr-version! Previously the file was affected by the bug #39221 (inconsistent state)...
So this is a very high indicator that those two bugs are related somehow

https://en.wikipedia.org/wiki/File:Polygon_types.svg

Deleted to make way for https://commons.wikimedia.org/wiki/File:Polygon_types.svg, but the File entry remains. The actual delete gives:

Error deleting file: Polygon types.svg

Error deleting file: Could not delete file "mwstore://local-swift/local-public/archive/e/eb/20070511103813!Polygon_types.svg".

And the page now gives 404s for the image thumbs.

https://commons.wikimedia.org/wiki/Commons:Village_pump/Archive/2012/08#Missing_images has some more examples, including
https://commons.wikimedia.org/wiki/File:Bundesarchiv_Bild_102-12372,_Felix_von_Luckner_mit_Gattin.jpg
https://commons.wikimedia.org/wiki/File:Bundesarchiv_Bild_183-13175-0015,_Bergarbeiter_bohrend.jpg
and others, where the current (just reuploaded) file got lost, not the older.

(In reply to comment #7)
See my link to the Category "Category:Files with 404 errors" in the URL tag. All instances should be in this one.

https://commons.wikimedia.org/wiki/Category:Files_with_404_errors

Sure, but we're experiencing several wildly different 404 errors, so some vetting helps I think.

Could you please give a example of two widely different 404 errors from the Category?

Hundreds of files already got restored and thus removed from the 404 category. To still keep track of them I created the https://commons.wikimedia.org/wiki/Category:Files_with_404_errors_%28restored%29 category.

There's a very small number of images for which this problem applies. Aaron has been looking at this problem off-and-on for a little while, and will continue to poke at this until he solves it, but may multitask with other things.

• Bug 41361 has been marked as a duplicate of this bug. ***

So for https://commons.wikimedia.org/wiki/File:Road_E22_Latvia.svg the first upload was at 20121015070818. At 20121015080748 it was evicted to mwstore://local-swift/local-public/archive/e/e0/20121015080734!Road_E22_Latvia.svg (an "archive" location). This normally happens on re-upload (except the image table row is also moved to an oldimage row and a new file is created, taking over the image row entry).

Aaron is running a script to gather up a list of affected files (which takes a *long* time, and then it stops and he has to restart it, etc) He'll go through and fix everything on the list when that process completes.

Fixed 35 (/home/aaron/output/bug39615/commonswiki) files on commons via script (such as Леонид_Станиславович_Маевский.JPG).

I don't think there is much else for me to do here. The cause was fixed already in commit 1e9fd01 and the previously affected files that can be efficiently fixed have been.

Remaining 404 files should be re-uploaded (or deleted).

Another 21 fixed by scanning back further.

Thank you for the effort.

The category is not empty, there are still 76 files with this issue.

Yann: Please see last sentence of comment 16. Reclosing this report.

(In reply to comment #19)

The category is not empty, there are still 76 files with this issue.

I could fix 9 more...

(In reply to comment #16)

I don't think there is much else for me to do here. The cause was fixed
already
in commit 1e9fd01 and the previously affected files that can be efficiently
fixed have been.

There is a new instance:
File:Jon Agust fran Marorka- vinnare av Nordiska radets miljopris ar 2008 vid prisutdelningen i Helsingfors 2008-10-28.jpg
from 16:16, 10 March 2013. The file already got reuploaded and I am not even sure if this is related. Just letting you know.

(In reply to comment #16)

Remaining 404 files should be re-uploaded (or deleted).

Was a bug filed for the followups (cleanup)?

No bug needed. I already contacted all uploaders but some did not yet re-upload the old version.
Feel free to nominate those files for mass deletion.

(In reply to comment #23)

No bug needed. I already contacted all uploaders but some did not yet
re-upload
the old version.
Feel free to nominate those files for mass deletion.

What files? Is the category a full list? Your categorisation and cleanup work is truly amazing, but I think we should have some more "stable" way to identify such images.

That's true. Of course the cat only contains the files that were affected by the 404 in the latest version (current version) as of Aug. 2012.
[Someone did a thumbnail search to find those]

(In reply to comment #25)

[Someone did a thumbnail search to find those]

It seems Dispenser discontinued that?

(In reply to comment #26)

(In reply to comment #25)

[Someone did a thumbnail search to find those]

It seems Dispenser discontinued that?

Nope. :D
https://toolserver.org/~dispenser/view/File_viewer#dispenser:temp:logs:cache_thumbs_errors.log
have fun!