Appears to be accientally caused by f7be7e6a (Abbreviation threshold for files with long names was set to 140 for commons as a foreign repo, but kept at 160 on actual commons, thus breaking all files with a name between 140-160 bytes long)

gerritadmin wrote:

Change 168239 had a related patch set uploaded by Brian Wolff:
Partial revert f7be7e6a. Change commons abbrvThreshold back to 160.

https://gerrit.wikimedia.org/r/168239

I wonder if it would be a good idea to also make expected name mismatches give a redirect instead of an error to prevent this sort of thing from causing explosions (And allow more mobility in changing the value in the future w/o breaking hotlinkers, or old values from parser cache)

gerritadmin wrote:

Change 168239 merged by jenkins-bot:
Partial revert f7be7e6a. Change commons abbrvThreshold back to 160.

https://gerrit.wikimedia.org/r/168239

CScott deployed fix, so it should be resolved now. (Some cached pages may need to have ?action=purge done to them)

(In reply to Bawolff (Brian Wolff) from comment #1)

Appears to be accientally caused by f7be7e6a (Abbreviation threshold for
files with long names was set to 140 for commons as a foreign repo, but kept
at 160 on actual commons, thus breaking all files with a name between
140-160 bytes long)

Eventually we want to get rid of filenames in URLs completely (bug 64214). Although I suppose some form of redirect would still be needed at that point, to not break all hotlinks.