Closed
Bug 1957619
Opened 6 months ago
Closed 6 months ago
Firefox caching resources even if they're missing a max-age param
Categories
(Core :: Networking, defect, P2)
Core
Networking
Tracking
()
RESOLVED
FIXED
139 Branch
Tracking | Status | |
---|---|---|
firefox139 | --- | fixed |
People
(Reporter: valentin, Assigned: valentin)
References
Details
(Keywords: webcompat:platform-bug, Whiteboard: [necko-triaged][necko-priority-next], [wptsync upstream])
Attachments
(1 file)
In bug 1934586 we found a curious case where Firefox was behaving differently from other browsers.
If the response to a POST request is a redirect to a specific URL,
https://bugzilla.mozilla.org/show_bug.cgi?id=1934586#c3
The problem was that the resource has a Cache-Control: private
header, which we return from the cache.
However, according to RFC 9111 - 4.2.1
https://www.rfc-editor.org/rfc/rfc9111.html#name-calculating-freshness-lifet
If it's missing max-age and Expires header, it should be considered stale.
Assignee | ||
Comment 1•6 months ago
|
||
Updated•6 months ago
|
Keywords: webcompat:platform-bug
Updated•6 months ago
|
Attachment #9476040 -
Attachment description: Bug 1957619 - Firefox caching resources even if they're missing a max-age param r=#necko → Bug 1957619 - Revalidate cached redirects with no max-age or expires headers r=#necko
Pushed by valentin.gosu@gmail.com:
https://hg.mozilla.org/integration/autoland/rev/80ee470262e8
Revalidate cached redirects with no max-age or expires headers r=necko-reviewers,jesup
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/51799 for changes under testing/web-platform/tests
Whiteboard: [necko-triaged][necko-priority-next] → [necko-triaged][necko-priority-next], [wptsync upstream]
Comment 4•6 months ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 6 months ago
status-firefox139:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 139 Branch
Upstream PR merged by moz-wptsync-bot
Updated•5 months ago
|
QA Whiteboard: [qa-triage-done-c140/b139]
You need to log in
before you can comment on or make changes to this bug.
Description
•