Closed
Bug 204860
Opened 22 years ago
Closed 22 years ago
Mozilla does not implement (correctly) implementd or recognize HTTP Expires-headers
Categories
(Core :: Networking: Cache, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: webmaster, Assigned: gordon)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030507
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030507
For some reason, Mozilla does not honor HTTP-expire headers sent by the server.
Expire-date for HTML-pages is set to 5min instead of the 24 hours sent by my
server. SHTML-pages are even set to expire imidiately! The expire-date for
favicon.ico is even set to over 100 years!
Work correctly on other browsers, such as MSIE. Server is Apache 2.0.45.
Reproducible: Always
Steps to Reproduce:
1. Request a page whcih has a custom http-expires being sent along
2. Go to "View Page-Info"
3.
Actual Results:
The wrong Expire-date is showing
Expected Results:
It should use the server-sent Expire-date.
It seems that Mozilla has some sort of build-in Expire-seting mechanism, just
like Opera. This should be not on by default, since it can cause many problems.
Setting the expire-date for favicon's to over 100 years is a BAD idea.
Comment 1•22 years ago
|
||
favicons are always cached for various reasons, mainly because most servers
don't post expiry dates, and we'd be relooking them up on each page load.
(Although bug 120466 suggests that the opposite is happening).
Apart from that, expiry works for me. The page you give has a 403 error, so I
can't look. If you're using <meta> http expris, teh I dont' think that page info
shows that, although I;m not sure.
Comment 2•22 years ago
|
||
Bug 163806 might be related. See also bug 204684.
Reporter | ||
Comment 3•22 years ago
|
||
> favicons are always cached for various reasons, mainly because most servers
> don't post expiry dates, and we'd be relooking them up on each page load.
> Although bug 120466 suggests that the opposite is happening).
But setting a expiry date 100 years from know is a bit overdone. 1 month or 1
year should do it. Websites do change sometimes...
> The page you give has a 403 error, so I can't look.
That should not be the case :-( Which Browser are you using? You get anything
at all?
Comment 4•22 years ago
|
||
Adding a "w" to the URL... :)
I suppose it's a problem with the server setting. I try to get the headers for
http://www.orangexl.nl/index.html and http://www.orangexl.nl/favicon.ico. Both
of them have 24 hour expiry in the "Expires" header. And the "Expires" header
doesn't seem to match the "Cache-Control: max-age=" header.
$ curl -I http://www.orangexl.nl/index.html
HTTP/1.1 200 OK
Date: Thu, 08 May 2003 19:08:59 GMT
Server: Apache/2.0.45
Cache-Control: max-age=86400
Expires: Fri, 09 May 2003 19:08:59 GMT
Last-Modified: Fri, 04 Apr 2003 15:17:47 GMT
ETag: "9d7-2d24-a6c87cc0"
Accept-Ranges: bytes
Content-Length: 11556
Vary: User-Agent
Content-Style-Type: text/css
Content-Script-Type: text/javascript
Content-Type: text/html; charset=ISO-8859-1
Content-Language: nl
$ curl -I http://www.orangexl.nl/favicon.ico
HTTP/1.1 200 OK
Date: Thu, 08 May 2003 19:12:20 GMT
Server: Apache/2.0.45
Cache-Control: max-age=5356800
Expires: Wed, 09 Jul 2003 19:12:20 GMT
Last-Modified: Wed, 25 Dec 2002 11:54:10 GMT
ETag: "9f6-47e-26765c80"
Accept-Ranges: bytes
Content-Length: 1150
Content-Style-Type: text/css
Content-Script-Type: text/javascript
Content-Type: image/x-icon
Content-Language: nl
Reporter | ||
Comment 6•22 years ago
|
||
Those headers are correct. The Expire-header is showing 24 hours from the
request-date, as is the max-age header (86400 = 86400 seconds = 24 hours). As I
said, the headers that are sent are correct and have been confirmed working in
other browsers!
Oops, sorry, I misread the informations. :p
I tried some of the links again but could not reproduce the problem:
(I must be dreaming the last time... :) )
http://www.orangexl.nl/index.html
Expires (in Page Info): 05/09/2003 04:09:03 PM (EDT)
Expires Header: Fri, 09 May 2003 20:09:03 GMT
http://www.orangexl.nl/favicon.ico
Expires: 07/09/2003 04:05:35 PM (EDT)
Expires Header: Wed, 09 Jul 2003 20:05:35 GMT
http://www.orangexl.nl/
Expires: 05/12/2003 02:15:25 AM (EDT)
No Expires Header
http://www.orangexl.nl/orangexl/waardenenmissie.html
Expires: 05/09/2003 04:11:10 PM (EDT)
Expires Header: Fri, 09 May 2003 20:11:10 GMT
I am using linux build 2003050714 (1.4b).
Comment 8•22 years ago
|
||
2038 should be the limit for expiry dates, given how this works internally.
Anyway, WFM apart from favicon stuff which is covered by other bugs.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Comment 9•21 years ago
|
||
This seems broken - I am trying this right now on my 2004092716 build. Both
Expires and Last-Modified dont seem to be acknowledged, according to Page-Info
(CTRL + I).
Sample response at http://www.kensystem.com/mozilla/date-headers.jsp
returns:
HTTP/1.x 200 OK
Content-Type: text/html
Transfer-Encoding: chunked
Connection: Keep-Alive
MIME-version: 1.0
Server: SAMBAR/JavaEngine
Date: Tue, 19 Oct 2004 21:34:34 GMT
Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT
Expires: Thu, 01 Jan 1970 00:00:00 GMT
Keep-Alive: timeout=180
Possibly related to bug#203271
You need to log in
before you can comment on or make changes to this bug.
Description
•