-
Notifications
You must be signed in to change notification settings - Fork 10
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
incumbent settings object? #74
Comments
The note right after should clarify this:
or am I missing something? |
@ak-14 ^ |
@deian if I remember correctly the thing I was confused about is when navigating, my understanding is that a new context is created and it isn't clear to me why we care about the cowl state from the context that initiated the request. Shouldn't we just create a new cowl state for the new context? |
Ah, because we need to make sure that even making the request is okay. Suppose I am tainted as a.com, I should not be able to navigate to b.com since doing so would (potentially) leak a.com data to b.com |
Doesn't navigation always correspond to a fetch request? (Which is handled by 4.8) |
What is the purpose of the incumbent settings object (step 4 in algorithm 4.9)?
4.9. Process response to request as COWL
The text was updated successfully, but these errors were encountered: