-
Notifications
You must be signed in to change notification settings - Fork 74
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
Element Timing API #192
Comments
There may be some useful info in w3ctag/design-reviews#326 and w3ctag/design-reviews#395. |
We just learned from Microsoft that this is shipping unprefixed in Edge and Chrome. We'd like to have a position soon. |
I think we can resolve it as worth prototyping, cc @smaug---- @Bas-moz |
@emilio might have an opinion. |
Yeah I don't see anything particularly problematic. I'm a bit confused about how nodes in shadow trees are intended to be handled. https://wicg.github.io/element-timing/#get-an-element seems to try not to expose them (but seems like they should still generate an entry). But https://wicg.github.io/element-timing/#sec-element-processing doesn't handle shadow DOM and shouldn't even look at shadow trees. So something there is clearly confused. |
Elements inside shadow trees are not exposed as the resolution of WICG/webcomponents#816. If the |
Based on the earlier comments it seems the standard looks reasonable. As to the extend of timing leakage, which was discussed, we can apply the appropriate amount of jitter/clamping as we do with many other timings, and this in itself does not make for a concern with the standard. As per Sean's comment, the shadow tree issue has also been resolved in the original standard. I suggest our position here should be positive. |
Is there an issue for moving this spec into the Web Performance WG (or somewhere else)? |
See: https://lists.w3.org/Archives/Public/public-web-perf/2024Dec/0005.html This now lives here: https://w3c.github.io/element-timing/ |
Request for Mozilla Position on an Emerging Web Specification
Other information
A similar metric approach has been used in Firefox's performance automation https://bugzilla.mozilla.org/show_bug.cgi?id=1418368 .
The text was updated successfully, but these errors were encountered: