-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Spec "disable embedder-initiated nested fenced frame navigations after disabling untrusted network" #148
base: master
Are you sure you want to change the base?
Conversation
Waiting for #146 to be merged for the refs in this to compile. |
@domfarolino Addressed comments but still waiting for other PR to unblock |
The changes from #146 have made it into the main branch (by way of other stacked PRs). I'll fix the merge conflicts here and ping again when it's ready for review. |
Alright, this should be up to date now, although this change will be affected by the transition to "untrusted network status" as written in #176. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I just want to double check something — you are intending for this PR to have no effect in a primary frame's Document, right? The only place this would have an effect in is inside a fenced frame which is trying to set the config
attribute on a nested fenced frame. If that top-level fenced frame has a config instance with disabled network, then we would fail to navigate the nested fenced frame as expected. But if we're running the config
setter from a primary main frame's script, the config instance will never be null and therefore this PR won't have an effect in that case. That's the intention, right?
Also, if there are any tests you can link to from the PR, please do so. That would help a lot.
Preview | Diff