Last modified: 2012-04-03 15:14:33 UTC
Created attachment 10347 [details] https://upload.wikimedia.org/wikipedia/commons/thumb/c/cd/WalterCraneBaby%27sBouquet.png/220px-WalterCraneBaby%27sBouquet.png Broken thumb The 220px thumbnail for File:WalterCraneBaby'sBouquet.png does render fully lately? The image which is used on enwiki at [[Edmund_Evans]] rendered fully before for FAC. The thumb url is at: https://upload.wikimedia.org/wikipedia/commons/thumb/c/cd/WalterCraneBaby%27sBouquet.png/220px-WalterCraneBaby%27sBouquet.png
fixed with https://upload.wikimedia.org/wikipedia/commons/thumb/c/cd/WalterCraneBaby%27sBouquet.png/220px-WalterCraneBaby%27sBouquet.png?action=purge
(In reply to comment #1) > fixed with > https://upload.wikimedia.org/wikipedia/commons/thumb/c/cd/WalterCraneBaby%27sBouquet.png/220px-WalterCraneBaby%27sBouquet.png?action=purge Note that shouldn't actually do anything as far as i know (other then changing the thumb url bypasses squid on that request) [OTOH issue does appear fixed]. In order to purge the thumb you have to purge the image description page.
I looked through the logs of the swift auditor / cleaner process. I found that it did examine the 220px image and found it to be an acceptable copy of the image: ben@iron:/tmp$ grep WalterCraneBaby\'sBouque swiftcleaner-incremental-20120329T220101.log checked out True for object c/cd/WalterCraneBaby'sBouquet.png/220px-WalterCraneBaby'sBouquet.png checked out True for object c/cd/WalterCraneBaby'sBouquet.png/221px-WalterCraneBaby'sBouquet.png ('checked out True' in the log means that it has checked * the filename is well formed * it exists in both swift and on ms5 * the file size is the same on both swift and ms5) Looking at the object itself, I see it was added to swift at Thu, 29 Mar 2012 19:03:52 GMT, about four hours before this bug was submitted. It was created on ms5 at Wed, 08 Dec 2010 20:13:56 GMT. Looking at the logs on the proxy server, I see the image requested by google's image bot at 19:03:53 (which registered a 404) and then the PUT that inserted the image into swift. The size reported for the PUT was 140954, which matches both the size in swift and on ms5. I then see the swiftcleaner in the proxy log examining the file to verify that it is correct (confirming the swiftcleaner's own logs). Summary: I have no idea what caused the truncated image, but all evidence suggests that swift's copy is and always has been correct. :( Supposing that somehow squid got a corrupted version, it would have fallen out of the cache on its own within a few hours and fixed itself.
@Ben Hartshorne I appreciate the effort...some bugs are virtually impossible to find due to the endless abstractions. Anyhow, for historical record, here's a webcite link which also showed the cropped image: http://www.webcitation.org/query?id=1332980659442582&date=%400&fromform=1
(In reply to comment #2) > Note that shouldn't actually do anything as far as i know (other then changing > the thumb url bypasses squid on that request) Right, I thought it shouldn't work, but it did. Weird.
