Closed Bug 1828643 Opened 2 years ago Closed 2 years ago

DoH UI: Continue this time makes page look broken

Categories

(Firefox :: Security, task, P1)

task

Tracking

()

RESOLVED FIXED
114 Branch
Tracking Status
firefox114 --- fixed

People

(Reporter: valentin, Assigned: valentin)

References

(Blocks 1 open bug)

Details

(Whiteboard: [necko-triaged])

Attachments

(1 file)

No description provided.

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: nobody → valentin.gosu
Priority: P2 → P1

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.

Pushed by valentin.gosu@gmail.com: https://hg.mozilla.org/integration/autoland/rev/f8915b20f49f Make sure LOAD_TRR_DISABLED_MODE gets passed through defaultLoadFlags when browsing context is replaced r=necko-reviewers,kershaw
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 114 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: