Skip to content
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

Open
rubberyuzu opened this issue Mar 27, 2023 · 11 comments
Open

Back/forward cache NotRestoredReasons API #766

rubberyuzu opened this issue Mar 27, 2023 · 11 comments

Comments

@rubberyuzu
Copy link

rubberyuzu commented Mar 27, 2023

Request for Mozilla Position on an Emerging Web Specification

Other information

Chromium is doing a trial of this feature as part of PerformanceNavigationTiming API.

@zcorpan
Copy link
Member

zcorpan commented Mar 27, 2023

@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.

@smaug----
Copy link
Collaborator

The reason strings need to be standardized. Right now even the explainer is inconsistent. Some examples use "Broadcast channel", others "broadcast channel".
And no browser internal behavior should be exposed, as we said already in whatwg/html#7094 (comment)

So, I think the proposal needs some more work.

@petervanderbeken
Copy link
Member

I see @smaug---- gave feedback in whatwg/html#7094

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.

@zcorpan
Copy link
Member

zcorpan commented Mar 27, 2023

So defer for now, and when reason strings and unsalvageable are better standardized we'd switch to positive?

@smaug----
Copy link
Collaborator

That sounds good to me.

@hober
Copy link

hober commented Mar 29, 2023

@yoavweiss
Copy link

@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?

@zcorpan
Copy link
Member

zcorpan commented Apr 13, 2023

Moving to WICG seems OK.

@yoavweiss
Copy link

Thanks!! :)

@rubberyuzu
Copy link
Author

I updated the explainer around the wording, and now I am working on the spec draft here.
Can you please review this again?

Thanks!

@zcorpan zcorpan reopened this Jun 15, 2023
@zcorpan zcorpan changed the title Request for Mozilla Position on back/forward cache NotRestoredReasons API Back/forward cache NotRestoredReasons API Jul 6, 2023
@zcorpan zcorpan moved this from Unscreened to Blocked in standards-positions review Aug 5, 2024
@smaug----
Copy link
Collaborator

smaug---- commented Nov 7, 2024

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Development

No branches or pull requests

6 participants