-
Notifications
You must be signed in to change notification settings - Fork 72
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
Back/forward cache NotRestoredReasons API #766
Comments
@petervanderbeken @smaug---- @bdekoz I see @smaug---- gave feedback in whatwg/html#7094 The HTML standard specifies some things that make the document unsalvageable. It seems like a good idea to look into what other cases make documents unsalvageable in browsers and standardize them, and fix any interop issues. |
The reason strings need to be standardized. Right now even the explainer is inconsistent. Some examples use "Broadcast channel", others "broadcast channel". So, I think the proposal needs some more work. |
That was a result of @smaug---- and me looking it over. In general we're positive on this, but only with a standardized list of reason strings. |
So |
That sounds good to me. |
@zcorpan - I'm trying to assess broader support (to see if WICG/proposals#93 can get a WICG repo to enable broader collaboration). Would y'all be supportive in moving that work to WICG, even if it's not yet in the shape you'd like it to be? |
Moving to WICG seems OK. |
Thanks!! :) |
I updated the explainer around the wording, and now I am working on the spec draft here. Thanks! |
I think we can say positive here to what landed to the spec (that shouldn't leak cross origin information, unlike the initial proposal). I and peterv did both look at the spec PRs many times. whatwg/html#9360 and whatwg/html#10154 |
Request for Mozilla Position on an Emerging Web Specification
Other information
Chromium is doing a trial of this feature as part of PerformanceNavigationTiming API.
The text was updated successfully, but these errors were encountered: