Hi there everyone.
I am running Mediawiki here at work on our local intranet. I am loving it, apart from one bug that I can't figure out:
If i make a link to a new page, and then I follow that link and add content to the new page, then i go back to the 1st page (with the link on it) the link will still show up as a blank page (red) and following it will go directly to the "edit this page". This happens even if I refresh the page! The only way to refresh is to edit the page and save. The same thing happens if I view the page on a different computer (I have to go into edit to refresh the page, refresh doesnt work by itself).
Bog standard redhat 8 almost, with php + MySQL. Server connected to a router (no cache I can see) going directly to 4 client computers. All computers are set to check for new pages every visit. IE6 latest version running on 98 and XP.
I run MRBS on the same server, and I have no problems with it. I would have thought if it was a cache problem, it would affect the MRBS as well.
I havent done the mod_rewrite thing maybe thats what is the problem? I can't appear to get mod_rewrite working properly, and the patch in the phase3 instalation wouldn't patch the mod_rewrite files at all.
If anyone has any ideas or can help, i would be most gratefull.
Cheers,
Nik
Nik wrote:
Hi there everyone.
I am running Mediawiki here at work on our local intranet. I am loving it, apart from one bug that I can't figure out:
If i make a link to a new page, and then I follow that link and add content to the new page, then i go back to the 1st page (with the link on it) the link will still show up as a blank page (red) and following it will go directly to the "edit this page". This happens even if I refresh the page! The only way to refresh is to edit the page and save. The same thing happens if I view the page on a different computer (I have to go into edit to refresh the page, refresh doesnt work by itself).
Bog standard redhat 8 almost, with php + MySQL. Server connected to a router (no cache I can see) going directly to 4 client computers. All computers are set to check for new pages every visit. IE6 latest version running on 98 and XP.
I run MRBS on the same server, and I have no problems with it. I would have thought if it was a cache problem, it would affect the MRBS as well.
I havent done the mod_rewrite thing maybe thats what is the problem? I can't appear to get mod_rewrite working properly, and the patch in the phase3 instalation wouldn't patch the mod_rewrite files at all.
If anyone has any ideas or can help, i would be most gratefull.
Cheers,
Nik
The problem is not obvious to me on first sight. Maybe it's obvious to someone else, but in the meantime, could you please provide us with some debugging info? Put this in wiki.phtml after the includes if it's not already there:
# Useful debug output wfDebug( "\nStart request\n" ); wfDebug( "$REQUEST_METHOD $REQUEST_URI\n" ); $headers = getallheaders(); foreach ($headers as $name => $value) { wfDebug( "$name: $value\n" ); } wfDebug( "\n" );
Now follow a link to a non-existent article, create the article, go back to the original page and hit reload. Then grab the debugging info for those requests from the debug log file. By default that is upload/log_dlJbnMZb.
-- Tim Starling <../t/starling/physics/unimelb/edu/au>
Tim Starling wrote: The problem is not obvious to me on first sight. Maybe it's obvious to someone else, but in the meantime, could you please provide us with some debugging info? Put this in wiki.phtml after the includes if it's not already there:
# Useful debug output wfDebug( "\nStart request\n" ); wfDebug( "$REQUEST_METHOD $REQUEST_URI\n" ); $headers = getallheaders(); foreach ($headers as $name => $value) { wfDebug( "$name: $value\n" ); } wfDebug( "\n" );
Now follow a link to a non-existent article, create the article, go back to the original page and hit reload. Then grab the debugging info for those requests from the debug log file. By default that is upload/log_dlJbnMZb.
Cheers Tim, here is an extract from the logfile that is the section where I did the actions you asked. I also have attached the full file.
Start request GET /wiki/wiki.phtml?title=Nik Host: 10.0.0.2 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q= 0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1 Accept-Language: en-us, en;q=0.50 Accept-Encoding: gzip, deflate, compress;q=0.9 Accept-Charset: ISO-8859-1, utf-8;q=0.66, *;q=0.66 Keep-Alive: 300 Referer: http://10.0.0.2/wiki/wiki.phtml?title=Nik&action=edit Cookie: PHPSESSID=ca20f2fd505078547d2d0e81c0dabfb3 We're confused. tryFileCache() - not cacheable
** private caching; Fri, 12 Sep 2003 09:38:29 GMT **
20030912093830 0001.195 /wiki/wiki.phtml?title=Nik anon
Start request GET /wiki/wiki.phtml?title=Testdebug&action=edit Host: 10.0.0.2 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q= 0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1 Accept-Language: en-us, en;q=0.50 Accept-Encoding: gzip, deflate, compress;q=0.9 Accept-Charset: ISO-8859-1, utf-8;q=0.66, *;q=0.66 Keep-Alive: 300 Referer: http://10.0.0.2/wiki/wiki.phtml?title=Nik Cookie: PHPSESSID=ca20f2fd505078547d2d0e81c0dabfb3
** no caching **
20030912093926 0004.547 /wiki/wiki.phtml?title=Testdebug&action=edit anon
Start request
POST /wiki/wiki.phtml?title=Testdebug&action=submit Host: 10.0.0.2 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q= 0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1 Accept-Language: en-us, en;q=0.50 Accept-Encoding: gzip, deflate, compress;q=0.9 Accept-Charset: ISO-8859-1, utf-8;q=0.66, *;q=0.66 Keep-Alive: 300 Referer: http://10.0.0.2/wiki/wiki.phtml?title=Testdebug&action=edit Cookie: PHPSESSID=ca20f2fd505078547d2d0e81c0dabfb3 Content-Type: application/x-www-form-urlencoded
Content-Length: 66
** no caching **
On Fri, 2003-09-12 at 03:18, Nik wrote:
Cheers Tim, here is an extract from the logfile that is the section where I did the actions you asked. I also have attached the full file.
[snip]
Here's a quick overview of how it's supposed to work: * Browser requests to view the page. Server sees this is a first request, renders the page, and sends the current timestamp with it along with instructions that the browser *must* double-check with the server every time it views that page. * Browser requests edit page. * Browser posts the submission. Server updates the page in the database and tells the browser to request the page for viewing again. * Browser requests to view the page; this time it sends along the timestamp it had previously received in an If-Modified-Since header. The server compares this timestamp with the current timestamp of the page, and since the page is newer it will render and send the page anew.
Your log is consistently missing that last request, so the server never even has a chance to send out the updated page. For some reason the browser isn't asking for it.
Can you confirm that the timestamps in the log are correct? (It's _supposed_ to consistently use GMT, but if your server is set on local time and something slips through, some things could be an hour off.) I don't see any obvious inconsistencies, though, and the expiration time is hardcoded to January 2001 so it shouldn't matter...
Which version of the software are you using? Did you get it from CVS (when?) or a tarball (which?) Try getting the stable branch from cvs: "cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/wikipedia -r stable co phase" or some such incomprehensible command.
I've sometimes had trouble with headers being overridden or not quite coming out right. If you've got a packet sniffer you can use to check what's actually on the wire between the server and the client, that might be a help; it's possible the Expires and/or Cache-Control headers aren't being set properly. You might try Ethereal (www.ethereal.com) which has a handy-dandy session reconstruction view, good for looking at your HTTP steams; also try the current Mozilla Firebird browser and install the 'Live HTTP headers' extension: http://texturizer.net/firebird/extensions.html#Live%20HTTP%20Headers
(though of course Firebird might differ in its behavior; a packet sniffer can check up on any browser.)
As a last-ditch, of course, you can disable client-side caching by dropping "$wgCachePages = false;" into your LocalSettings. This _should_ force browsers to re-request pages always instead of caching. Well, hopefully. :)
-- brion vibber (brion @ pobox.com)
Hey Brion,
Thank you very much for your detailed reply. I am using the latest stable release of MediaWiki available from source forge.
I am not sure about the timestamps - they do look all over the place "Thu, 1 Jan 1970 00:00:00 GMT" !!!! maybe this is the problem??
I include below the full HTTP headers from one request. I an by no means knowlegable about how to troubleshoot these headers, so if anyone could give them a quick look over, that would be much appreciated. What is annoying is that I suspect that one setting somewhere on my server needs to be set, but I don't know what it is.
Thanks again to everyone for their help, I realise we may be drifting from a Wiki debug to a server debug... any more help is much appreciated.
Cheers, Nik
=================================== http://10.0.0.2/wiki/wiki.phtml?title=Main_Page
GET /wiki/wiki.phtml?title=Main_Page HTTP/1.1 Host: 10.0.0.2 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q= 0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://10.0.0.2/
HTTP/1.x 200 OK Date: Mon, 15 Sep 2003 11:04:23 GMT Server: Apache/2.0.40 (Red Hat Linux) Accept-Ranges: bytes X-Powered-By: PHP/4.2.2 Set-Cookie: PHPSESSID=047c820390faaeb21986c82a1d32436b; path=/ Cache-Control: private, must-revalidate, max-age=0 Last-Modified: Mon, 15 Sep 2003 09:30:24 GMT Expires: Mon, 15 Jan 2001 00:00:00 GMT Content-Language: en Transfer-Encoding: chunked Content-Type: text/html; charset=iso-8859-1 ---------------------------------------------------------- http://10.0.0.2/favicon.ico
GET /favicon.ico HTTP/1.1 Host: 10.0.0.2 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 Accept: image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cookie: PHPSESSID=047c820390faaeb21986c82a1d32436b
HTTP/1.x 404 Not Found Date: Mon, 15 Sep 2003 11:04:24 GMT Server: Apache/2.0.40 (Red Hat Linux) Content-Length: 313 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html; charset=iso-8859-1 ---------------------------------------------------------- http://10.0.0.2/wiki/style/wikistandard.css
GET /wiki/style/wikistandard.css HTTP/1.1 Host: 10.0.0.2 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 Accept: text/css,*/*;q=0.1 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://10.0.0.2/wiki/wiki.phtml?title=Main_Page Cookie: PHPSESSID=047c820390faaeb21986c82a1d32436b
HTTP/1.x 200 OK Date: Mon, 15 Sep 2003 11:04:24 GMT Server: Apache/2.0.40 (Red Hat Linux) Last-Modified: Thu, 28 Aug 2003 16:57:43 GMT Etag: "c034-4aa-1100efc0" Accept-Ranges: bytes Content-Length: 1194 Keep-Alive: timeout=15, max=99 Connection: Keep-Alive Content-Type: text/css ---------------------------------------------------------- http://10.0.0.2/wiki/style/wikibits.js
GET /wiki/style/wikibits.js HTTP/1.1 Host: 10.0.0.2 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 Accept: */* Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://10.0.0.2/wiki/wiki.phtml?title=Main_Page Cookie: PHPSESSID=047c820390faaeb21986c82a1d32436b
HTTP/1.x 200 OK Date: Mon, 15 Sep 2003 11:04:24 GMT Server: Apache/2.0.40 (Red Hat Linux) Last-Modified: Thu, 28 Aug 2003 16:57:43 GMT Etag: "c032-b5f-1100efc0" Accept-Ranges: bytes Content-Length: 2911 Keep-Alive: timeout=15, max=98 Connection: Keep-Alive Content-Type: application/x-javascript ---------------------------------------------------------- http://10.0.0.2/wiki/upload/wiki.png
GET /wiki/upload/wiki.png HTTP/1.1 Host: 10.0.0.2 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 Accept: image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://10.0.0.2/wiki/wiki.phtml?title=Main_Page Cookie: PHPSESSID=047c820390faaeb21986c82a1d32436b
HTTP/1.x 200 OK Date: Mon, 15 Sep 2003 11:04:24 GMT Server: Apache/2.0.40 (Red Hat Linux) Last-Modified: Thu, 28 Aug 2003 16:03:49 GMT Etag: "c035-1e7-503e0340" Accept-Ranges: bytes Content-Length: 487 Keep-Alive: timeout=15, max=97 Connection: Keep-Alive Content-Type: image/png ---------------------------------------------------------- ==========================================
"Brion Vibber" brion@pobox.com wrote in message news:1063385267.13178.44.camel@frank.vibber.org...
On Fri, 2003-09-12 at 03:18, Nik wrote:
Cheers Tim, here is an extract from the logfile that is the section
where I
did the actions you asked. I also have attached the full file.
[snip]
Here's a quick overview of how it's supposed to work:
- Browser requests to view the page. Server sees this is a first
request, renders the page, and sends the current timestamp with it along with instructions that the browser *must* double-check with the server every time it views that page.
- Browser requests edit page.
- Browser posts the submission. Server updates the page in the database
and tells the browser to request the page for viewing again.
- Browser requests to view the page; this time it sends along the
timestamp it had previously received in an If-Modified-Since header. The server compares this timestamp with the current timestamp of the page, and since the page is newer it will render and send the page anew.
Your log is consistently missing that last request, so the server never even has a chance to send out the updated page. For some reason the browser isn't asking for it.
Can you confirm that the timestamps in the log are correct? (It's _supposed_ to consistently use GMT, but if your server is set on local time and something slips through, some things could be an hour off.) I don't see any obvious inconsistencies, though, and the expiration time is hardcoded to January 2001 so it shouldn't matter...
Which version of the software are you using? Did you get it from CVS (when?) or a tarball (which?) Try getting the stable branch from cvs:
"cvs -d:pserver:anonymous@cvs.sourceforge.net: /cvsroot/wikipedia -r
stable co phase" or some such incomprehensible command.
I've sometimes had trouble with headers being overridden or not quite coming out right. If you've got a packet sniffer you can use to check what's actually on the wire between the server and the client, that might be a help; it's possible the Expires and/or Cache-Control headers aren't being set properly. You might try Ethereal (www.ethereal.com) which has a handy-dandy session reconstruction view, good for looking at your HTTP steams; also try the current Mozilla Firebird browser and install the 'Live HTTP headers' extension: http://texturizer.net/firebird/extensions.html#Live%20HTTP%20Headers
(though of course Firebird might differ in its behavior; a packet sniffer can check up on any browser.)
As a last-ditch, of course, you can disable client-side caching by dropping "$wgCachePages = false;" into your LocalSettings. This _should_ force browsers to re-request pages always instead of caching. Well, hopefully. :)
-- brion vibber (brion @ pobox.com)
Sorry to 'bug' you all, did anyone have a moment to look at this? Cheers, nik.
"Nik" nik@lighthousestudios.org wrote in message news:bk479s$nl2$1@sea.gmane.org...
Hey Brion,
Thank you very much for your detailed reply. I am using the latest stable release of MediaWiki available from source forge.
I am not sure about the timestamps - they do look all over the place "Thu,
1
Jan 1970 00:00:00 GMT" !!!! maybe this is the problem??
I include below the full HTTP headers from one request. I an by no means knowlegable about how to troubleshoot these headers, so if anyone could
give
them a quick look over, that would be much appreciated. What is annoying
is
that I suspect that one setting somewhere on my server needs to be set,
but
I don't know what it is.
Thanks again to everyone for their help, I realise we may be drifting from
a
Wiki debug to a server debug... any more help is much appreciated.
Cheers, Nik
=================================== http://10.0.0.2/wiki/wiki.phtml?title=Main_Page
GET /wiki/wiki.phtml?title=Main_Page HTTP/1.1 Host: 10.0.0.2 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=
0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://10.0.0.2/
HTTP/1.x 200 OK Date: Mon, 15 Sep 2003 11:04:23 GMT Server: Apache/2.0.40 (Red Hat Linux) Accept-Ranges: bytes X-Powered-By: PHP/4.2.2 Set-Cookie: PHPSESSID=047c820390faaeb21986c82a1d32436b; path=/ Cache-Control: private, must-revalidate, max-age=0 Last-Modified: Mon, 15 Sep 2003 09:30:24 GMT Expires: Mon, 15 Jan 2001 00:00:00 GMT Content-Language: en Transfer-Encoding: chunked Content-Type: text/html; charset=iso-8859-1
GET /favicon.ico HTTP/1.1 Host: 10.0.0.2 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 Accept: image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cookie: PHPSESSID=047c820390faaeb21986c82a1d32436b
HTTP/1.x 404 Not Found Date: Mon, 15 Sep 2003 11:04:24 GMT Server: Apache/2.0.40 (Red Hat Linux) Content-Length: 313 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html; charset=iso-8859-1
http://10.0.0.2/wiki/style/wikistandard.css
GET /wiki/style/wikistandard.css HTTP/1.1 Host: 10.0.0.2 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 Accept: text/css,*/*;q=0.1 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://10.0.0.2/wiki/wiki.phtml?title=Main_Page Cookie: PHPSESSID=047c820390faaeb21986c82a1d32436b
HTTP/1.x 200 OK Date: Mon, 15 Sep 2003 11:04:24 GMT Server: Apache/2.0.40 (Red Hat Linux) Last-Modified: Thu, 28 Aug 2003 16:57:43 GMT Etag: "c034-4aa-1100efc0" Accept-Ranges: bytes Content-Length: 1194 Keep-Alive: timeout=15, max=99 Connection: Keep-Alive Content-Type: text/css
http://10.0.0.2/wiki/style/wikibits.js
GET /wiki/style/wikibits.js HTTP/1.1 Host: 10.0.0.2 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 Accept: */* Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://10.0.0.2/wiki/wiki.phtml?title=Main_Page Cookie: PHPSESSID=047c820390faaeb21986c82a1d32436b
HTTP/1.x 200 OK Date: Mon, 15 Sep 2003 11:04:24 GMT Server: Apache/2.0.40 (Red Hat Linux) Last-Modified: Thu, 28 Aug 2003 16:57:43 GMT Etag: "c032-b5f-1100efc0" Accept-Ranges: bytes Content-Length: 2911 Keep-Alive: timeout=15, max=98 Connection: Keep-Alive Content-Type: application/x-javascript
http://10.0.0.2/wiki/upload/wiki.png
GET /wiki/upload/wiki.png HTTP/1.1 Host: 10.0.0.2 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 Accept: image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://10.0.0.2/wiki/wiki.phtml?title=Main_Page Cookie: PHPSESSID=047c820390faaeb21986c82a1d32436b
HTTP/1.x 200 OK Date: Mon, 15 Sep 2003 11:04:24 GMT Server: Apache/2.0.40 (Red Hat Linux) Last-Modified: Thu, 28 Aug 2003 16:03:49 GMT Etag: "c035-1e7-503e0340" Accept-Ranges: bytes Content-Length: 487 Keep-Alive: timeout=15, max=97 Connection: Keep-Alive Content-Type: image/png
==========================================
"Brion Vibber" brion@pobox.com wrote in message
news:1063385267.13178.44.camel@frank.vibber.org...
On Fri, 2003-09-12 at 03:18, Nik wrote:
Cheers Tim, here is an extract from the logfile that is the section
where I
did the actions you asked. I also have attached the full file.
[snip]
Here's a quick overview of how it's supposed to work:
- Browser requests to view the page. Server sees this is a first
request, renders the page, and sends the current timestamp with it along with instructions that the browser *must* double-check with the server every time it views that page.
- Browser requests edit page.
- Browser posts the submission. Server updates the page in the database
and tells the browser to request the page for viewing again.
- Browser requests to view the page; this time it sends along the
timestamp it had previously received in an If-Modified-Since header. The server compares this timestamp with the current timestamp of the page, and since the page is newer it will render and send the page anew.
Your log is consistently missing that last request, so the server never even has a chance to send out the updated page. For some reason the browser isn't asking for it.
Can you confirm that the timestamps in the log are correct? (It's _supposed_ to consistently use GMT, but if your server is set on local time and something slips through, some things could be an hour off.) I don't see any obvious inconsistencies, though, and the expiration time is hardcoded to January 2001 so it shouldn't matter...
Which version of the software are you using? Did you get it from CVS (when?) or a tarball (which?) Try getting the stable branch from cvs:
"cvs -d:pserver:anonymous@cvs.sourceforge.net:
/cvsroot/wikipedia -r
stable co phase" or some such incomprehensible command.
I've sometimes had trouble with headers being overridden or not quite coming out right. If you've got a packet sniffer you can use to check what's actually on the wire between the server and the client, that might be a help; it's possible the Expires and/or Cache-Control headers aren't being set properly. You might try Ethereal (www.ethereal.com) which has a handy-dandy session reconstruction view, good for looking at your HTTP steams; also try the current Mozilla Firebird browser and install the 'Live HTTP headers' extension: http://texturizer.net/firebird/extensions.html#Live%20HTTP%20Headers
(though of course Firebird might differ in its behavior; a packet sniffer can check up on any browser.)
As a last-ditch, of course, you can disable client-side caching by dropping "$wgCachePages = false;" into your LocalSettings. This _should_ force browsers to re-request pages always instead of caching. Well, hopefully. :)
-- brion vibber (brion @ pobox.com)
Ok, thanks for all your help, I may just reinstall the whole redhat box with RH9 and see if that makes a difference.
Cheers
Nik
"Brion Vibber" brion@pobox.com wrote in message news:1063806829.6925.10.camel@frank.vibber.org...
On Wed, 2003-09-17 at 06:18, Nik wrote:
Sorry to 'bug' you all, did anyone have a moment to look at this?
Cheers,
nik.
The one you showed looks fine, I'm mystified.
-- brion vibber (brion @ pobox.com)
wikitech-l@lists.wikimedia.org