Bug 26226
| Summary: | SF4 beta, CH2 fails to respect no-cache headers on page that redirects | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | David Wu <davidzhiliwu> |
| Component: | WebKit Misc. | Assignee: | Nobody <webkit-unassigned> |
| Status: | UNCONFIRMED | ||
| Severity: | Normal | CC: | ap, beidson |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| URL: | http://uwtools.com/sf4cache/bug.html | ||
David Wu
Repros in Chrome 2.0.172.30 and Safari 4 beta.
Does NOT repro in SF 3, Chrome 1, FF2-3, IE7.
Test case: http://uwtools.com/sf4cache/bug.html
Setup:
1. On load, bug.html appends "js.php" as a script element.
2. js.php issues redirect to public.php:
Cache-Control: no-cache, no-store, must-revalidate, max-age=0
Pragma: no-cache
Location: http://www.uwtools.com/sf4cache/public.php
3. public.php contains a js file with headers:
Cache-Control: public
Last-Modified: Mon, 23 Mar 2009 22:26:16 GMT
Expected Result:
Reloading bug.html should reload js.php due to the no-cache headers of js.php (e.g., to get a new redirect location).
Actual Result:
Reloading bug.html does not load js.php.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
I doubt that this is a WebKit issue, although the fact that it fails in both Chrome in Safari suggests that it might be.