#20885 [Bgs]: Lastmodified header field not returned
| From: | hholzgra@php.net | Date: | Mon, 09 Dec 2002 11:09:31 +0000 |
| Subject: | #20885 [Bgs]: Lastmodified header field not returned | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-27151@lists.php.net to get a copy of this message | ||
ID: 20885
Updated by: hholzgra@php.net
Reported By: bil_hays@unc.edu
Status: Bogus
Bug Type: Apache related
Operating System: Sun
PHP Version: 4.2.1
New Comment:
it is up to your application to set this using
the php header() function, as usualy the content
produced by your script does not only change
on changes of the script itself
just returning the modification timestamp
of the php sourcefile doesn't make any
sense here ...
and regarding your javascript code:
afair a HTTP server does not *have to*
send a last-modified header so a client
*should not* rely on it being set?
Previous Comments:
------------------------------------------------------------------------
[2002-12-08 10:22:08] sniper@php.net
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
------------------------------------------------------------------------
[2002-12-08 09:47:49] bil_hays@unc.edu
It looks like to me that 4.2.1 with apache is not sending
an appropriate lastmodified header, and this is mucking up
javascripts that use document.lastModified.
Here's a packet return from php (which lacks the
lastmodified header):
<http://wwwx.cs.unc.edu/~hays/dev/javascript/
php_packet.txt>
And here's one through the same server not through php:
<http://wwwx.cs.unc.edu/~hays/dev/javascript/
non_php_packet.txt>
For an example of the problems this creates, if you look
at:
<http://wwwx.cs.unc.edu/~hays/dev/javascript/
lastmodified.php>
with IE, the current date is displayed, rather than the
lastmodified date (from what I gather from the Mozilla bug
list, IE will turn to the date field if last modified is
not present).
With IE:
<http://wwwx.cs.unc.edu/~hays/dev/javascript/
lastmodified.html>
shows a correct date.
In mozilla, lastmodified defaults to Jan 1 1970 if there's
no lastmodified field, so it's also broken there.
For info on our server:
<http://wwwx.cs.unc.edu/~hays/dev/php/php_info.php>
thanks for such a good product!
bil
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=20885&edit=1