https://bugzilla.wikimedia.org/show_bug.cgi?id=28613
--- Comment #101 from Bawolff <[email protected]> 2011-09-29 00:55:37 UTC --- btw, for images that are displayed directly on the image page. Perhaps its some sort of race condition. If the order of events happen to be: User uploads new version of image, squid purge goes out, user gets redirected to the image page, (old version of) images get back into squid cache (from user loading image page), MediaWiki replaces the original image with the new version. the result would be consistent with some of the symptoms shown here (at least in terms of the version in the image history being wrong). Is it possible for the events to take place in that order? (I was uploading a new version of an image on my testwiki, and noticed the loaded page had old version on it, which made me think of that) (in case its useful to anyone else, I've been testing mediawiki's htcp support on my local install using the command: while true; do echo | nc -l -p 4827 -u -q 0|hd; done. (which sort of works, but needs to have a delay added to mw) So far the result seems to be images are purged a lot more often then I would expect them to be, but I need to double check to see if that's unexpected ) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- 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
