1611409 - Show the full permission prompt for notifications (e.g. after user click)

Status: RESOLVED DUPLICATE of bug 1606839

(Firefox :: Site Permissions, defect)

Description

[collimarco91]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_2) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.4 Safari/605.1.15

Steps to reproduce:

1. A website asks permission for push notifications (e.g. after a click on a button)
2. Firefox display only a small badge icon near the lock in the address bar and returns "blocked" automatically

Actual results:

The users don't see that small badge icon...

That is really confusing when the user explicitly clicked a subscribe button on the website that should display the notifications prompt. The user clicks a subscribe button and then the status blocked is automatically returned to the website: this doesn't make sense and breaks most subscription flows.

It also breaks all the double opt.-in workflows, that are recommended by Google usability guides. Try to subscribe to notifications here for example:

1. Visit https://pushpad.xyz/
2. Click Allow on the custom prompt
3. You would expect to get a browser permission prompt, but instead "blocked" is returned immediately to the website
4. The user doesn't even notice the small badge icon
5. Even if the user notices the notification icon and allows notifications, he would have to click Allow a third time on the custom prompt

Finally the website might say that the notifications are blocked by browser preferences: at this point the user clicks the lock to see permissions and the notification block is not even reported there (as anyone would expect).

This new flow is completely messy, confusing for the user and breaks most subscription flows. You should use it only when there is no user interaction, for example when the permission prompt is displayed on page load, not after a user click.

Expected results:

1. Display the full permission prompt (and not a small icon) when the prompt is triggered by a user event (like a click).
2. Also, in that case, allow users to actually choose their preferences and don't return "blocked" immediately.

Comment 1

[Alexandra Martin]

Hi,

Thank you for submitting this report. I was able to reproduce the issue on Windows 10x64, Mac 10.14 and Ubuntu 18.04.3 LTS with Firefox version Release 72.0.2.
The issue was not reproduced on Windows 10x64, Mac 10.14 and Ubuntu 18.04.3 LTS with Firefox versions Beta 73.0b10 and Nightly 74.0a1 (2020-01-27).
I am assigning a component to get an opinion from our developers.

Have a nice day!

Comment 2

[Johann Hofmann [:johannh]]

This will be fixed in 73