-
Notifications
You must be signed in to change notification settings - Fork 36
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
Should the spec be explicit about deduplicating prefetches/prerenders? #315
Labels
needs spec edits
The path forward is clear but we need to write it into the spec
prefetch
Related to prefetching
prerendering
Related to prerendering
Comments
I am in favor of option 3, unless there is some subtle problem there I am not realizing. |
Option 3 sounds like everyone's preferred option. It would also allow us to simplify the matching logic to not need to deal with multiple potential matches. |
Unassigning myself due to a team change. |
#353 ends up containing fixes for this, I believe, because I was working on nearby areas of the spec and it seemed broken. |
domenic
added a commit
that referenced
this issue
Feb 3, 2025
Closes #315. The rule is that the first candidate wins.
domenic
added a commit
that referenced
this issue
Feb 3, 2025
Closes #315. The rule is that the first candidate wins.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
needs spec edits
The path forward is clear but we need to write it into the spec
prefetch
Related to prefetching
prerendering
Related to prerendering
Spinning off discussion in #310 (comment)
In the chromium implementation, we currently dedupe prefetches and prerenders based on the exact URL. That is, if we have an existing prefetch/prerender to a given URL, we don't start another request to the same URL.
In the prefetch spec, we don't explicitly mention deduplication. In the prerender spec, we explicitly dedupe based on an exact URL match. In either case, the steps are optional, so there's presumably an implicit option for the UA to dedupe.
If we do want to be explicit in the spec about deduplication, should this also incorporate No-Vary-Search?
Options here could be:
The text was updated successfully, but these errors were encountered: