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

[bugzilla-daemon at webkit.org]

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

--- Comment #4 from Chris Dumez <cdumez at apple.com> ---
(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.

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