Last modified: 2011-04-14 15:12:12 UTC
Trying to fix a leading zero bug on [[WP:BRION]] or rather [[Wikipedia:Bugs, Repairs, and Internal Operational News]] I used "action=raw", because the date formula is confusing if shown in a small edit box. After adding a leading zero for previous months below 10 there was another issue, but "action=raw" returned the old version. A simple "action=purge" didn't help, and the wild guess "action=raw&action=purge" also didn't work. From my POV "action=raw" is the poor man's external editor emulation, this oddity might also affect the real external editor behaviour. If that's not the case please copy the the external editor solution to the "action=raw" code.
Using action=render also doesn't change this behaviour.
The results appear to be being cached; a Squid max age is set, as well as a client-side max age. The former cache would be cleared on edit. It's *possible* something's being overlooked in RawPage...
Did the request was sent by javascript (XMLHttpRequest) ? If it is, i know the point, it's not famous but known. Many browsers have a cache and did not re-send the request. (With IE, you may have special results like having a succes event without any header received). The solution is to add a parameter URL?action=....&19203192301239123 the number could be anything (random, timestamp...) and make the browser act as for a new request.
(... I'm thinking : if not a javascript request it may be the same... Sure it was not the browser' cache ? should try the add in the url )
Does this still occur?
I encounterd it last year, removing the ancient Squid hack "&dontcountme=s" from request URL helped. Not sure if it is still there.
