New issue
Advanced search Search tips

Issue 808067 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Feb 2018
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

"Ask before accessing" is poor word choice

Reported by fulldec...@gmail.com, Feb 1 2018

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36

Steps to reproduce the problem:
1. Access chrome://settings/
2. Search LOCATION
3. Click CONTENT SETTINGS -> LOCATION

What is the expected behavior?
Word choice on this page respectfully treats my like an intelligent human being.

What went wrong?
The default and "recommend" option for location tracking is ASK BEFORE ACCESSING and has a on/off switch set to ON.

Intuitively, the OFF state would refer to DO NOT ASK BEFORE ACCESSING. Of course nobody wants that.

But actually, the OFF state refers to BLOCKED.

---

I believe the current word choice is underhanded. More appropriate would be a radio box which clearly displays the alternatives.

Did this work before? N/A 

Chrome version: 63.0.3239.132  Channel: n/a
OS Version: OS X 10.13.3
Flash Version: 

Shame on you. I believe this underhandedness is intentional.
 
... an intelligent human being that makes typos on his bug reports.
Thanks for your report. Since location permission is powerful and dangerous (see <https://www.google.com/chrome/browser/privacy/>), there is no option by which sites can get your location without asking. The two options are "Ask first" or "Always deny".

I do not (and the UI team did not, at least when this page was designed) share your reading of the effect of disabled that setting, and therefore I don't consider your reading "intuitive". I will bring this up with the UI team to see if their thinking about the design of this page has changed.

Also, I must ask that you adhere when reporting bugs to the chromium code of conduct, which is available here: <https://chromium.googlesource.com/chromium/src/+/master/CODE_OF_CONDUCT.md>. Specifically, I ask that you avoid casting aspersions on the motives of the team that built this UI ("I believe this underhandedness is intentional") without full knowledge of the surrounding context.
Owner: ellyjo...@chromium.org
Status: Assigned (was: Unconfirmed)
Taking ownership of this pending UI team feedback.
Status: WontFix (was: Assigned)
The UI team got back to me. They are not interested in updating this UI - it used to use radio buttons as you describe, but they found that the current toggle-based UI was easier to understand, particularly in the presence of dependent options (as with the Cookies setting, for example). As such, this bug is WontFix.
A cynical interpretation of what you just said is:

> The UI team found this new checkbox was easier to understand -- easier to understand that Google does not want you to uncheck the box.
Thank you for quickly investigating this.

Another issue relating to private and Google making it hard to opt out of location monitoring: https://bugs.chromium.org/p/chromium/issues/detail?id=808146

Sign in to add a comment