DoH UI: Continue this time makes page look broken
Categories
(Firefox :: Security, task, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox114 | --- | fixed |
People
(Reporter: valentin, Assigned: valentin)
References
(Blocks 1 open bug)
Details
(Whiteboard: [necko-triaged])
Attachments
(1 file)
Assignee | ||
Comment 1•2 years ago
|
||
We noticed this is the case for facebook.com
I think the problem might be that the page is using cross-origin-opener-policy
which leads to it having an isolated browsing context. Not sure how that applies to nsILoadGroup.defaultLoadFlags - but for some reason they are not propagated properly.
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 2•2 years ago
|
||
When the user clicks continue this time in the DoH fallback warning page
we want to set the defaultLoadFlags to LOAD_TRR_DISABLED_MODE so all of
the pages & subresources in the tab will not use TRR from that point
forward.
Setting it directly on docshell.defaultLoadFlags seems to not have the correct
behaviour when the page is using the Cross-Origin-Opener-Policy header,
as that causes the DocumentChannel to do a cross process redirect and
recreate the browsing context.
Setting the defaultLoadFlags on the browsingContext directly and
adding the field to CanonicalBrowsingContext::ReplacedBy
seems to lead to
the expected behaviour.
Comment 4•2 years ago
|
||
bugherder |
Description
•