You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Both Window's isSecureContext and WorkerGlobalScope's isSecureContext attributes' getters return true if the relevant settings object for the getter’s global object is a secure context, and false otherwise.
This is saying that it looks at the getter's global object. In other words, it is equivalent to
Both Window's isSecureContext and WorkerGlobalScope's isSecureContext attributes' getters return true if the current settings object is a secure context, and false otherwise.
I think you want to instead look at the object to which the getter is applied. That would be:
Both Window's isSecureContext and WorkerGlobalScope's isSecureContext attributes' getters return true if this global object's relevant settings object is a secure context, and false otherwise.
or just using the fact that you've already defined "secure context" to apply to to global objects, you could do
Both Window's isSecureContext and WorkerGlobalScope's isSecureContext attributes' getters return true if this global object is a secure context, and false otherwise.
This patch moves 'isSecureContext' to the 'WindowOrWorkerGlobalObject' mixin,
and addresses @domenic's feedback in #36 regarding
the language used to choose a global object upon which to operate.
This is saying that it looks at the getter's global object. In other words, it is equivalent to
I think you want to instead look at the object to which the getter is applied. That would be:
or just using the fact that you've already defined "secure context" to apply to to global objects, you could do
The difference is observable when doing this:
With the current spec this tells you if
window1
is a secure context. I think it should tell you ifwindow2
is a secure context.The text was updated successfully, but these errors were encountered: