- after a push message, you always need to have a notification open (could be one that already existed before the push message though), if not the browser will show one with the title "this site has been updated in the background" and tag
user_visible_auto_somethingsee https://goo.gl/yqv4Q4. - you can't replace notifications, and closing them can cause the issue above, so AFAICT, it's best to just leave notifications open until they are clicked. The above can still happen if you receive a push notification that should not update the notifications after you have clicked the visible one (e.g. for matrix when unread is updated)
- all browsers I've tested only show the last notification you opened, I think even when
self.registration.getNotificationsreturns more than one. - on firefox, chromium on linux and chrome on android, the notification options
silent,renotifyandrequireInteractiondidn't seem to have any effect at all.
Last active
March 26, 2021 13:06
-
-
Save bwindels/f906029dd174d867964b41225a4c5b8b to your computer and use it in GitHub Desktop.
Things I learned about web push & notifications
Author
Author
you can only have the last push message delivered of all missed ones using the Topic header: https://hacks.mozilla.org/2016/11/mozilla-push-server-now-supports-topics/
Author
There is also an Urgency field: https://tools.ietf.org/html/draft-ietf-webpush-protocol-12#section-5.3
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
https://developers.google.com/web/fundamentals/push-notifications/common-issues-and-reporting-bugs