Closed Bug 533753 Opened 16 years ago Closed 16 years ago

"Dynamic" script is not cached in 3.6b4, but *is* cached in 3.5.5

Categories

(Core :: Networking: Cache, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: getify, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2b4) Gecko/20091124 Firefox/3.6b4 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2b4) Gecko/20091124 Firefox/3.6b4 (.NET CLR 3.5.30729) The above URL loads a simple test JavaScript snippet (the delay=x parameter just causes the PHP to delay a certain number of seconds before returning the contents). As you'll note, the script returns a valid "text/javascript" content type, as well as an Expires header for 6 months in the future. In 3.5.5 (and before, afaik), this script caches just fine. But in 3.6b4, the script does not get cached. I verified this by clearing the cache, then simply loading the script in a tab, then in another tab, doing "about:cache", which showed 0 entries. The same process on 3.5.5 and before shows the script entered in the cache. Reproducible: Always Steps to Reproduce: 1. clear cache 2. load the test script URL 3. check the cache, script not there 4. try from 3.5.5, script IS there Actual Results: in 3.6b4, script *not* in cache, in 3.5.5, script *is* in cache Expected Results: as in 3.5.5 and before, expect the script to be cached since it has valid cache/expires headers.
Component: Bookmarks & History → Networking: Cache
Product: Firefox → Core
QA Contact: bookmarks → networking.cache
Just tested this same URL in the new 3.6 RC1, and it works fine. So sometime between b4 and RC1, it appears this bug was fixed (either intentionally or accidentally). Glad it was just a Beta regression and didn't end up in the main release! :)
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.