Re: [w3c/push-api] Allow firing pushsubscriptionchange on all permission changes (PR #400)

saschanaz left a comment (w3c/push-api#400)

> > If the permission is revoked by clearing site data, it would probably make sense to delay the event until the user visits the site next time.
> 
> That sounds like a no-no. If you clear site data the next visit should be as if you visited the site anew. Though generally clearing site data does not revoke permissions, but push subscriptions are an interesting case.

Hmm, another fair point. Given it would be awkward to start up the service worker that is just being cleared, maybe firing it on regrant is the best effort?

-- 
Reply to this email directly or view it on GitHub:
https://github.com/w3c/push-api/pull/400#issuecomment-2821393400
You are receiving this because you are subscribed to this thread.

Message ID: <w3c/push-api/pull/400/c2821393400@github.com>

Received on Tuesday, 22 April 2025 13:47:53 UTC