New push subscription MUST have an endpoint that's different from the original
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 1/5
- Tiempo estimado
- Menos de una hora
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Documentación
- Claridad
- Bien especificado
- Estado de actividad
- Estancado
- Stack tecnológico
- html
- Área
- documentation
Línea de trabajo
Read the Push API subscription refresh section at https://www.w3.org/TR/push-api/#subscription-refreshes. Check the proposed wording against the surrounding standard text and the requirement to create a new subscription. Done means the refresh requirement clearly states whether the new endpoint and key pair must differ from the original; the issue has had no response for years.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
When a push subscription is refreshed, I assume that the new push subscription is a completely different object, with different endpoint and different keys.
Having a guarantee that all subscription fields (endpoint and keys) are immutable, allows an application server that stores the subscriptions in a database to mark the fields as immutable and thus protect the integrity of subscriptions.
I think that the behavior is already correct in the browsers (do you confirm?).
However, you need to clarify the sentence in the standard to make it more explicit:
https://www.w3.org/TR/push-api/#subscription-refreshes
When this happens, the user agent MUST run the steps to create a push subscription given the PushSubscriptionOptions that were provided for creating the current push subscription. The new push subscription MUST have [[an endpoint and a key pair that are]] different from the original subscription.
[[Bold]] is mine, it's the change.
- Lenguaje dominante
- HTML
- Estrellas
- 158
- Forks
- 43
- Merge medio
- 2 d 6 h
- PR fusionados (30 d)
- 2
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de w3c/push-api
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
-
Do we want to allow a subscription from window.pushManager to fire push event for non-DWP messages?Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 18/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 12/100
Todos los issues de w3c/push-api
Issues similares
-
Page request: clang-replAbiertohelp wanted new command
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
tldr-pages/tldr#25111 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
code-yeongyu/senpi#6375 ·
Los mantenedores suelen responder en 1 día
-
documentation
Dificultad 1/5 1-3 horas Aptitud para principiantes 83/100
MysterionRise/pubchem-finder#108 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
ktwu01/benchmark-radar#1220 ·
Los mantenedores suelen responder en 1 día
-
enhancement good first issue
Dificultad 1/5 Menos de una hora Aptitud para principiantes 98/100