Bug 26226 - SF4 beta, CH2 fails to respect no-cache headers on page that redirects
Summary: SF4 beta, CH2 fails to respect no-cache headers on page that redirects
Status: UNCONFIRMED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit Misc. (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Windows XP
: P2 Normal
Assignee: Nobody
URL: http://uwtools.com/sf4cache/bug.html
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-05 13:38 PDT by David Wu
Modified: 2010-05-07 13:33 PDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Wu 2009-06-05 13:38:55 PDT
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.
Comment 1 Alexey Proskuryakov 2010-05-07 13:33:36 PDT
I doubt that this is a WebKit issue, although the fact that it fails in both Chrome in Safari suggests that it might be.