Created attachment 8829160 [details] screenshot The popup should definitely hide automatically when other programs are focused. Right now it stays on top. But it should be also hidden when user focus some other part of the browser UI. Like, right now if menu->open new window is clicked, the popup stays on top of the new totally unrelated window. And user shouldn't need to say anything, no need to give or deny permission.
And apparently ESC hides the popup but also makes the reload of the page to not ask the permission again.
6 months ago
I never said yes or no to the popup in https://developer.mozilla.org/en-US/docs/Web/API/Notifications_API/Using_the_Notifications_API but reloading that page doesn't now ask the permission again. Yet Page info says "Receive Notifications: [x] Use default, Always ask"
[Tracking Requested - why for this release]: Permission popup is broken in many ways
Thanks for reporting, what you're experiencing is an unfortunate combination of a couple of issues we have not yet resolved. Bug 1320361 and Bug 1109868 are likely responsible for the issues described in comment 0. Comment 1 is expected behavior since the dialog is now modal. Comment 2 is caused by that MDN page using an iframe to show the notifications. Iframe support is currently being worked on in Bug 1330559 and bug 1224453, but considered out of scope for the initial release of the new permission prompts. I have to say that your case makes me feel that this is really something we should rather fix sooner than later and try to uplift to 53, to not get an inconsistent user experience. Thanks again for reporting your troubles with the new system.