[Webkit-unassigned] [Bug 250781] BFCache sporadically skips entries

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=250781

--- Comment #5 from Chris Dumez <cdumez at apple.com> ---
(In reply to Chris Dumez from comment #4)
> (In reply to David Dworken from comment #2)
> > I spoke too soon. I now can reproduce this non-flakily and can confirm that
> > COOP is somehow tied to this. To reproduce non-flakily:
> > 
> > 1. Close all other Safari tabs and wait a few seconds 
> > 2. Start mitmproxy with the script:
> > 
> > ```
> > def response(flow):
> >     if 'www.google.com' in flow.request.host and not
> > b'cross-origin-opener-policy' in flow.response.headers:
> >         flow.response.headers["cross-origin-opener-policy"] = "same-origin"
> > ```
> > 
> > 3. Go to www.google.com 
> > 4. Search for "a" and click on the first result (wikipedia) 
> > 5. Press the back button 
> > 
> > Expected result: End up on the results page for the search query "a" 
> > Actual result: You'll consistently end up back on www.google.com thereby
> > skipping over a history entry
> 
> I have been trying to reproduce via these steps but so far no luck.
> 
> I am using `mitmdump -s add_coop.py` with add_coop.py containing:
> ```
> def response(flow):
>     if 'www.google.com' in flow.request.host and not
> b'cross-origin-opener-policy' in flow.response.headers:
>         flow.response.headers["cross-origin-opener-policy"] = "same-origin"
> ```
> 
> When I load google.com, I can see `Cross-Origin-Opener-Policy: same-origin`
> on the network response via Web Inspector. However, when I search for "a",
> then click the wikipedia result and press the back button, I end up on the
> "a" search result page.

I was using Safari Tech Preview 162.

-- 
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/20230131/1ee3082a/attachment.htm>