-
Notifications
You must be signed in to change notification settings - Fork 114
Open
Labels
Description
What happened?
OneSignal.Notifications
's event permissionChange
is NOT always fired when denying/resetting permissions. In all occasions OneSignal.User.PushSubscription
's event change
IS fired.
UPDATE: added situation when user first denies and then resets permissions.
What browsers are you seeing the problem on?
Chrome (Chromium)
What operating system are you running?
W11
Steps to reproduce?
Denying permissions
1. Implement custom event handler for `permissionChange` on `OneSignal.Notifications`
2. Call `OneSignal.User.PushSubscription.optIn()` from button click
3. Deny permission: event is NOT fired
Resetting permissions
1. Execute steps from above
2. Reload the page, verify that permission still is denied
3. Click the padlock icon in the address bar (I am using Chrome 115)
4. Reset permissions: event is NOT fired
What did you expect to happen?
I expected next events to always be fired in this order when changing browser permissions:
permissionChange
onOneSignal.Notifications
change
onOneSignal.User.PushSubscription
But only the latter is fired when denying permission.
Relevant log output
No response
Metadata
Metadata
Assignees
Labels
Type
Projects
Milestone
Relationships
Development
Select code repository
Activity
[-][Bug]: OneSignal.Notifications's event permissionChange not fired when user denies permission (160001)[/-][+][Bug]: OneSignal.Notifications's event permissionChange not always fired (160001)[/+]jkasten2 commentedon Aug 19, 2023
@lmeurs Thanks for reporting!
We will be addressing both our
permission
andPushSubscription
states together to fix these issues.lmeurs commentedon Aug 29, 2023
Hi @jkasten2, thank you for your comment! Do you have an update for us? Can you give an estimate when this will be picked up / fixed?