https://bugzilla.wikimedia.org/show_bug.cgi?id=41130
--- Comment #16 from TMg <mr.h...@gmx.de> 2012-10-25 15:43:17 UTC --- An user told me some thumbnails at Commons are wrong for 7 months now (sorry, I don't know the filename). Thank you very much for the explanation. I think we agree this is kind of "broken by design". Currently we are stuck in the following situation: 1. The user can see the error but he can not fix it. 2. The system does not know there is an error. This is kind of a deadlock situation. There is data loss (one subsystem thinks the thumbnail is gone but it is not) and nobody can fix this. Basically the solution is simple: We need to make the system aware of the error. Either automatically or by user request. An idea (already suggested above) is to always send purge requests for the most common thumbnail sizes. Currently we can choose the following thumbnail and image sizes in the preferences: 120, 150, 180, 200, 220, 250, 300, 320, 640, 800 (default), 1024, 1280. That's about 10 requests (I would stop at the default) instead of 10000. I don't like this idea because it's a shotgun: You will hit something but also miss a lot. An other idea is to allow ?action=purge on the thumbnail URL. I tried this once, e.g. http://upload.wikimedia.org/wikipedia/commons/thumb/7/73/Mediawiki-versionsvergleich.png/640px-Mediawiki-versionsvergleich.png becomes http://upload.wikimedia.org/wikipedia/commons/thumb/7/73/Mediawiki-versionsvergleich.png/640px-Mediawiki-versionsvergleich.png?action=purge This returned the correct image. But the first URL continued to show the wrong image. From what you describe I assume the first URL is found in the squid cache. The squid responds with the (wrong) thumbnail and that's it. When I add something to the URL the squid cache is bypassed and a new thumbnail is created and cached in the squid with that different URL. I'm not sure which subsystems are involved in this example but the idea is simple: Read the ?action=purge parameter. Purge that specific thumbnail size. Don't create a new thumbnail. Instead respond with a 301 redirect to the URL without the ?action=purge parameter. Or do what Mark wrote in the mailing list. Sounds very good to me. http://lists.wikimedia.org/pipermail/wikitech-l/2012-October/064011.html -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
