[Webkit-unassigned] [Bug 255924] New: URI Fragments Cached After 301 Redirect
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Apr 25 08:12:04 PDT 2023
https://bugs.webkit.org/show_bug.cgi?id=255924
Bug ID: 255924
Summary: URI Fragments Cached After 301 Redirect
Product: WebKit
Version: Safari 16
Hardware: All
OS: Unspecified
Status: NEW
Severity: Major
Priority: P2
Component: WebKitGTK
Assignee: webkit-unassigned at lists.webkit.org
Reporter: zachshaw1 at gmail.com
CC: bugs-noreply at webkitgtk.org
Version: Safari 16.4 (macOS & iOS)
When Safari is redirected by a 301 with URI fragments, for example site.com/page#key=123 -> www.site.com/page#key=123, any subsequent page hits after the 301, Safari will use the initial cached URI fragments.
This isn't happening on any other browser, nor is this happening on Safari 16.3 the new URI fragments are correctly picked up.
Disable Caches enabled & private browsing both work fine as well.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20230425/57d25cb9/attachment.htm>
More information about the webkit-unassigned
mailing list