Bug 26572 – MIME type warning when some files read from cache

• Status: UNCONFIRMED
• Component: WebCore Misc.

[James Wheare]

Here are some headers:

==========

GET /static/playdar.js HTTP/1.1
Accept: */*
Cache-Control: no-cache
Pragma: no-cache

HTTP/1.1 200 OK
Date: Sat, 20 Jun 2009 12:31:40 GMT
Server: Apache/2.2.11 (Unix) mod_ssl/2.2.11 OpenSSL/0.9.7l DAV/2 PHP/5.2.8 mod_fastcgi/2.4.2
Last-Modified: Sat, 20 Jun 2009 12:14:32 GMT
Etag: "e0b6011-11ba0-46cc6955bfa00"
Accept-Ranges: bytes
Content-Length: 72608
Connection: close
Content-Type: application/javascript

==========

GET /static/playdar.js HTTP/1.1
Accept: */*
Cache-Control: max-age=0
If-Modified-Since: Sat, 20 Jun 2009 12:14:32 GMT
If-None-Match: "e0b6011-11ba0-46cc6955bfa00"

HTTP/1.1 304 Not Modified
Date: Sat, 20 Jun 2009 12:31:32 GMT
Server: Apache/2.2.11 (Unix) mod_ssl/2.2.11 OpenSSL/0.9.7l DAV/2 PHP/5.2.8 mod_fastcgi/2.4.2
Connection: close
Etag: "e0b6011-11ba0-46cc6955bfa00"

==========

With the first request, the MIME type is correctly identified as javascript, but with the second, the server returns 304 Not Modified and the browsers uses its cached file, but fails to interpret the MIME type of the file stored in cache. Web Inspector shows this warning:

(!) Resource interpreted as other but transferred with MIME type application/x-javascript.

[Alexey Proskuryakov]

Could you provide steps to reproduce this issue with some live web site?

See also: bug 22084.

[James Wheare]

http://www.playdar.org/

Empty cache. Then alt-shift-refresh. MIME type correctly detected.

Now just apple-r normal refresh. Notice the warning.

[James Wheare]

Actually it seems to work sporadically each time you apple-r. But usually at least every other refresh will give you the error.

[Erich Ocean]

Created attachment 33326 [details]
patch to detect Scripts correctly even when they're not currently cached

[Erich Ocean]

It'd be great if someone could pick this up and push it through the process who's already set up to do so. I don't have the time to push through a two-line commit, given the amount of work my 5-minute (!) read of the committer guidelines seemed to indicate.

[Erich Ocean]

This is also related to https://bugs.webkit.org/show_bug.cgi?id=22084