Allow event batching
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- javascript
- Ambito
- api
Direzione di ricerca
Start by reading the Push API specification around PushManager.subscribe and push event delivery; the issue does not name a file or test. Define how opt-in coalescing affects queued messages and event handling, then add specification text and tests that show a subscription with coalesce: true delivers a batch that developers can use to make one request and choose a notification.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Right now, Safari fires push events sequentially, as in it fires the event, then waits for all the event.waitUntil calls to settle, before it fires the next one.
Assuming that events are generally processed like this:
- Look at push payload
- Show notification based on that payload
Or:
- Look at push payload
- Make network request for data
- Show notification based on payload + response
In cases where the device has a queue of push messages, it seems advantageous to batch these into a single event. This would allow developers to make a single network request, rather than a series of network requests, and be smart about the notification displayed, e.g. "You have 7 new messages".
There's prior art here with getCoalescedEvents.
This would need to be opt-in as part of pushManager.subscribe, eg:
await serviceWorkerRegistration.pushManager.subscribe({
coalesce: true,
});
- Lingua principale
- HTML
- Stelle
- 158
- Fork
- 43
- Merge medio
- 2g 6h
- PR unite (30g)
- 2
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di w3c/push-api
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
-
Do we want to allow a subscription from window.pushManager to fire push event for non-DWP messages?Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 18/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 12/100
Tutte le issue di w3c/push-api
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
zold-io/wts.zold.io#620 ·
I maintainer di solito rispondono entro 1 giorno
-
bug file-compat priority: medium
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
storytold/wordcraft#6209 · 1 commento ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
-
backlog multiple issues priority: low
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
storytold/pdfcraft#6911 · 2 commenti ·
I maintainer di solito rispondono entro 2 giorni