-
Notifications
You must be signed in to change notification settings - Fork 24
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
Cross-Origin Isolation in S&P section #128
Comments
Why should the spec mention the granularity of timers? This should be under HR-Time, and we don't really mention timer granularity at all in this spec. I do agree with changing the links to HR-3. |
@camillelamy - Would the above be sufficient from your perspective? |
Sorry for the late reply, just back from being OOO. I think my main issue is that HR-3 does not mention that the threat model in crossOriginIsolated contexts vs regular contexts allows for different timer resolution. Now wether this information should be in this spec or we should consider adding it to HR-3, I don't know. |
Ok, I think it makes more sense in HR-Time. Performance-Timeline is not the only spec that uses DOMHighResTimeStamp, and all users of that would find that information relevant. @yoavweiss is it possible to move this issue to hr-time? |
We can add something to https://www.w3.org/TR/hr-time-3/#clock-resolution that outlines that timer resolution should vary based on COI status (although this is already described in the normative processing model) |
We got feedback from @camillelamy that the spec should mention the granularity of timers in CrossOrigin Isolated contexts. We should add wording to that effect, as well as point to HR-time-3 rather than 2 (as it already includes COI in its processing model)
The text was updated successfully, but these errors were encountered: