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
Propose that we add an explicit .contentEncoding in resourceTiming.
contentEncoding value has been very helpful for web apps and CDN in monitoring and optimization. As more compressions are deployed, it's no longer practical to infer such value. Therefore, it's desirable to explicitly expose it.
The text was updated successfully, but these errors were encountered:
By-and-large this seems reasonable, but it really needs to have the same kind of minimization of information that we have in place for exposing Content-Type ("content type") in this way as otherwise it can be used as a communication channel.
There's also the added problem that parsing of this header is not well-defined.
By-and-large this seems reasonable, but it really needs to have the same kind of minimization of information that we have in place for exposing Content-Type ("content type") in this way as otherwise it can be used as a communication channel.
There's also the added problem that parsing of this header is not well-defined.
The minimization of information is in place: the "content-encoding" value is filtered before being exposed.
And I have put the filtering in the fetch draft PR: whatwg/fetch#1796
Would you guys let me know what is the "parsing of this header is not well-defined?". It looks like this is an existing problem before this proposal? It sounds like it's a problem that only applies to "content-encoding" header, but not the other headers. Why?
I am new to this field and I appreciate that someone can help me understand the problem better.
Maybe we could discuss these concerns in whatwg/fetch#1796?
I am eager to move PR 1796 forward because some team is waiting for the feature to be available, and it's been 3 months already since I started working on the PR :(
[Edit 03/14/2025]: If there is something you guys think I can help with, I would be happy to make improvements. I do need some guidance from experts though.
WebKittens
@annevk
Title of the proposal
expose contentEncoding in resourceTiming
URL to the spec
whatwg/fetch#1796
URL to the spec's repository
https://github.com/whatwg/fetch
Issue Tracker URL
No response
Explainer URL
https://github.com/guohuideng2024/resource-timing/blob/gh-pages/Explainers/Content_Encoding.md
TAG Design Review URL
No response
Mozilla standards-positions issue URL
mozilla/standards-positions#1189
WebKit Bugzilla URL
No response
Radar URL
No response
Description
Propose that we add an explicit
.contentEncoding
in resourceTiming.contentEncoding
value has been very helpful for web apps and CDN in monitoring and optimization. As more compressions are deployed, it's no longer practical to infer such value. Therefore, it's desirable to explicitly expose it.The text was updated successfully, but these errors were encountered: