New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 714017 link

Starred by 4 users

Issue metadata

Status: WontFix
Owner:
OOO until 4th Feb
Closed: Nov 15
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Should a site be able to re-show a dismissed permission prompt?

Reported by db...@etouch.net, Apr 21 2017

Issue description

The location permission prompt works differently to other permission prompts. If it is dismissed, location is effectively blocked for the page until it is refreshed or navigated. The page will not be able to show further geolocation prompts to the user for the rest of that page load.

This differs to other permissions which can re-show a permission bubble that has been dismissed, even without the page being refreshed.

Chrome Version: 60.0.3077.0 (Official Build)ca8708632799fafe05e889d5a026249fa630dbab-refs/heads/master@{#466199} 32/64-bit.
OS: Windows(7,8,10), Linux(14.04 LTS), Mac(10.11.6, 10.12.1, 10.12).

What steps will reproduce the problem?
(1) Launch chrome, navigate to https://permission.site
(2) Click 'Location' (Allow/Block overlay opens),click on 'Close' icon. 
(3) Again click on 'Location' and observe.

Actual: Allow/Block permission bubble for 'Location' does not seen from second instance after clicking it.

Expected: Allow/Block permission bubble should seen after clicking on 'Location'

This is a non-regression issue, seen from 'M-40'
 
Actual_Video.mp4
717 KB View Download
Cc: dominickn@chromium.org
Owner: raymes@chromium.org
Status: Assigned (was: Unconfirmed)
We were just discussing whether this was a bug whether the other permissions are bugged...

Comment 2 by raymes@chromium.org, Apr 23 2017

Summary: Should a site be able to re-show a dismissed permission prompt? (was: Allow/Block permission bubble for 'Location' does not seen from second instance.)

Comment 3 by raymes@chromium.org, Apr 23 2017

Description: Show this description

Comment 4 by raymes@chromium.org, Apr 23 2017

Cc: benwells@chromium.org
Initially I was thinking that it is better for users if the site can't just nag them with permission prompts repeatedly. But the tradeoff is that a user may change their mind and actually want to see the prompt again.

The other thing to consider is that if a website really did want to nag a user, they could easily refresh their page or show another prompt the next time a user navigates, so I'm not sure we would actually be protecting users very much.

Maybe it is ok to allow multiple prompts per page-load but to block on 3 dismiss/ignores in general? 

Thoughts?

Comment 5 by f...@chromium.org, Apr 24 2017

I was about to say "ah, it would be so annoying!" but if this is in a post-embargo world, then there's a balancing incentive. So personally I think this would be fine as long as there's a block on 3 dismiss/ignores in general.

Comment 6 by timloh@chromium.org, Apr 24 2017

I would prefer to allow multiple prompts but use auto-blocking, but I think allowing a single prompt might incentivize better behaviour, e.g. maybe websites would prefer to not eagerly prompt if they won't as easily be able to re-prompt at a more appropriate time?
c#6: what do you mean by allowing a single prompt?

I'm in favour of aligning the location prompt's behaviour with the other permissions and using embargo to control the total number of prompts. I think this should accelerate our timeline for implementing embargo on ignored prompts (which currently is implemented but we haven't decided whether to launch or not yet).

Comment 8 by timloh@chromium.org, Apr 24 2017

Sorry for poor wording, allowing a single prompt => not re-showing dismissed prompts
c#8: Ah, I see. You're definitely right in that not being able to show a prompt again until after reloading incentivises sites to prompt at the right time. But with embargo we'd be able to have a similar mechanism that's much more forbidding for developers: not being able to show a prompt for a week rather than the next reload.

It's possible that not many developers know enough about the inability to re-request location permission until after a reload. That makes the restriction less effective as a way of stopping bad behaviour. Whatever we decide, we should definitely think about how to publicise it as widely as possible.
IIRC we don't have metrics for ignore yet to make sure they have the same properties of deny, to decide whether to launch embargo for ignores. Is that still right?

Still, getting a permission prompt 3 times in the same page load seems incredibly annoying and I'm not convinced we should ever allow this even with Embargo. The only use case I can see is if someone accidentally clicks "deny", then gestures on a location icon again, and is confused when the dialog doesn't pop up again. But I think in this case we should be teaching people to go to PageInfo to toggle their (non-default) permissions. Do we have any metrics to see which sites are currently showing prompts >1 per load and what actions people are taking (maybe this makes a site's overall acceptance rate lower?)
We do have metrics for repeated ignores before a decision - I used them to decide on an initial number of 4 repeated ignores for automatic blocking. What we don't have metrics on is combined dismisses + ignores before a decision is made.

If a user ignores the permission prompt, it can only be shown once per the page load anyway (the prompt just sits there and nothing will be shown over it or replacing it), so the only way to get multiple prompts is to explicitly dismiss them with the X or Esc.

Comment 12 by vabr@chromium.org, Apr 28 2017

Components: Privacy
Adding Privacy because this influences user's control over sharing their data.
Labels: Hotlist-DesktopUIChecked
Status: WontFix (was: Assigned)
Update:

***Mass UI Triage***

We were unable to reproduce this bug on latest Dev version #72.0.3610.2 as the permission bubble appears 3 times now for 'Location' button. If this bug still reproduces for you, please reopen or file a new issue.

Thanks!

Sign in to add a comment