#20885 [Opn->Bgs]: Lastmodified header field not returned

ID: 20885 Updated by: sniper@php.net Reported By: bil_hays@unc.edu -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Sun PHP Version: 4.2.1 New Comment: 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. Previous Comments: ------------------------------------------------------------------------ [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