https://bugzilla.wikimedia.org/show_bug.cgi?id=49362
--- Comment #6 from Bawolff (Brian Wolff) <[email protected]> --- > > As for this issue: > * > https://upload.wikimedia.org/wikipedia/commons/thumb/b/b8/ > Otterndorf_blick_suedost.jpg/640px-Otterndorf_blick_suedost.jpg > > displays correctly for me. Do you have other examples of old thumbnails > showing? I was able to reproduce with https://upload.wikimedia.org/wikipedia/commons/thumb/5/53/World_homosexuality_laws.svg/800px-World_homosexuality_laws.svg.png It did not matter if I was accessing via upload.wikimedia.org or upload-lb.esams.wikimedia.org. [Long winded bit about performance of action=purge which may or may not be related] It had an age of 5035 (1 hour 28 min ago), and appears to be showing the version from: 2013-07-08T19:16:36 (3 versions ago). The previous 3 upload versions should have all trigered purges. Upon ?action=purge (via https), request took forever, eventually leading to a 504 Gateway Time-out from nginx (also may I say, what an ugly error page. What happened to the nice wikimedia customized error page?). This did not cause the thumbnail to be dropped from cache. *Second attempt at action=purge (via just http) went through after what was still a very long delay but not as long. However the varnish caches did not have the thumbnail dropped from cache *Third attempt (via http so I got the prettier error message - via cp1012.eqiad.wmnet (squid/2.7.STABLE9) to 10.64.0.131 (10.64.0.131)), 504 timeout again. Note, the timeout was in the initial purge part (not the redirected get). So its not page rendering that is causing slow down. All this should have to do is get all thumbs, delete them, send htcp packets, update page_touched. Furthermore all the thumbs should have been deleted already, so the delete thumbs and send htcp packets should have been a no-op. I don't know what's taking so much time, but it really shouldn't. *Fourth attempt suceding within the time limit (only took 47 seconds). Still did not manage to purge the thumbnail from the varnish cache. I even did the ?addparamtothumburl hack to make sure a new version of thumb is generated on the back end) It appears performance of purging is correlated to the number of old version (oldimage table entries) the image has. [[commons:File:Bearbeitungsstand_Denkmale_Österreichs_nach_Gemeinden_Bilder.svg]] has 590 (but very few actual uses, so presumably not very many thumbs in the system) and similarly times out on purge. For reference World_homosexuality_laws.svg has 244 old versions. ------ Asking on #wikimedia-commons, responses seem to indicate its common for re-uploads to have outdated thumbnails, that go away upon ?action=purge, which suggests purges aren't happening properly on upload new version. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
