Best practices to dismiss web push notifications cross devices
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript
- Área
- api
Línea de trabajo
The issue describes synchronizing notification dismissal across devices through the Push API and service workers, but names no repository files or tests. Start by reading the Push API specification sections on subscriptions and push events, then identify whether the API can support the requested behavior. Done would mean documenting or specifying a supported approach that lets a notification read on one device disappear on the others.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hello,
I'm working on a web application that allows receiving push notifications on different devices. I would like to ensure that when a user reads a notification on one device, it gets removed from the others.
I wanted to use subscribe with userVisibleOnly: false, but it seems that Chrome doesn't currently support it...
It seems that if no notification is sent for a "push" event at the service worker level, the browser may display a warning notification to the user indicating that it's working in the background.
I was thinking of including the IDs of my unread notifications in each push and removing any notifications that don't match before adding the new one. However, I'm still facing an issue if I have only one notification and it becomes read.
What are the current best practices to achieve this?
Have a good day.
Maxime
- 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
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
zold-io/wts.zold.io#620 ·
Los mantenedores suelen responder en 1 día
-
bug file-compat priority: medium
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
storytold/wordcraft#6209 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
-
backlog multiple issues priority: low
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
storytold/pdfcraft#6911 · 2 comentarios ·
Los mantenedores suelen responder en 2 días