Bug 248463 – Safari Notification.permission can not be reset

• Status: NEW
• Component: New Bugs

[Beren Ceylan]

Created attachment 463784 [details]
Notification list is empty yet permission state is denied. I cant reset.

I was expecting to find a way to reset the permission state so that i can follow same opt-in scenario from scratch for testing purposes. But i'm not able to make permission state to "default" once it is set. At first i was able to see and delete the website in settings->websites->notifications list but after some time and couple of trials it shows nothing and it becomes impossible to reset the permission state.

I tried to flush all the safari's cache, updating the version and restart the browser. But i couldn't find a way to reset this setting to be able to do tests from scratch. The list under settings->websites->notifications is still empty.

Tried safari Version 16.0 16.1 and 16.2 they all acted the same.

[Radar WebKit Bug Importer]

<rdar://problem/103141647>

[Ben Nham]

Created attachment 464446 [details]
dump_safari_push_state.sh

[Ben Nham]

WebKit delegates notification permission handling to Safari. `Notification.permission` and related JS methods basically just call back into Safari via various delegate methods and callback functions. Safari is in charge of showing the notification permissions in its settings panel, persisting those permissions, and responding to those callbacks.

Based on your screenshot, this seems like a Safari bug of some sort.

Unfortunately, to debug this further, we'll probably need some more info from your machine. Try running the attached dump_safari_push_state.sh from Terminal:

```
$ ./dump_safari_push_state.sh
```

This should produce a file called `/tmp/SafariPushState.tgz`, which you can attach to a Feedback Assistant report (https://feedbackassistant.apple.com/).

Attach SafariPushState.tgz file along with a sysdiagnose to the Feedback Assistant report. To help expedite routing the bug, you can try leaving the Feedback Assistant number in this bugzilla (it will look something like FB123456).

Since this bug is likely in Safari and not in the open-source WebKit project, and because SafariPushState.tgz and sysdiagnoses contain private info, the best next step is to file a Feedback Assistant with the info requested above. Thanks for your bug report!

[Ben Nham]

Created attachment 464447 [details]
dump_safari_push_state.sh

[Ben Nham]

Created attachment 464448 [details]
dump_safari_push_state.sh