Implement Call to Android Location Setting Dialogue from Clank |
||||||||||||||||||||||
Issue descriptionAt the moment, if the Android device-level location setting is off, Clank doesn't prompt the user to turn it on when visiting a webpage that has the location permission ALLOWED -- the location is simply not provided to the webpage. We should instead prompt the user with the LSD to turn on the device level setting, with backoff.
,
Feb 8 2017
,
Feb 13 2017
,
Mar 2 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/6b1ebf77022a1754cedb39c47fb94a0a1c9f8777 commit 6b1ebf77022a1754cedb39c47fb94a0a1c9f8777 Author: qfiard <qfiard@google.com> Date: Thu Mar 02 23:41:18 2017 Stubs for triggering the LSD in Clank BUG= 672301 Review-Url: https://codereview.chromium.org/2709883005 Cr-Commit-Position: refs/heads/master@{#454435} [modify] https://crrev.com/6b1ebf77022a1754cedb39c47fb94a0a1c9f8777/chrome/android/java/src/org/chromium/chrome/browser/preferences/LocationSettings.java [modify] https://crrev.com/6b1ebf77022a1754cedb39c47fb94a0a1c9f8777/chrome/browser/android/chrome_jni_registrar.cc [modify] https://crrev.com/6b1ebf77022a1754cedb39c47fb94a0a1c9f8777/chrome/browser/android/location_settings.h [modify] https://crrev.com/6b1ebf77022a1754cedb39c47fb94a0a1c9f8777/chrome/browser/android/location_settings_impl.cc [modify] https://crrev.com/6b1ebf77022a1754cedb39c47fb94a0a1c9f8777/chrome/browser/android/location_settings_impl.h [modify] https://crrev.com/6b1ebf77022a1754cedb39c47fb94a0a1c9f8777/chrome/browser/android/mock_location_settings.cc [modify] https://crrev.com/6b1ebf77022a1754cedb39c47fb94a0a1c9f8777/chrome/browser/android/mock_location_settings.h [modify] https://crrev.com/6b1ebf77022a1754cedb39c47fb94a0a1c9f8777/components/location/android/BUILD.gn [add] https://crrev.com/6b1ebf77022a1754cedb39c47fb94a0a1c9f8777/components/location/android/DEPS [modify] https://crrev.com/6b1ebf77022a1754cedb39c47fb94a0a1c9f8777/components/location/android/java/src/org/chromium/components/location/LocationUtils.java [add] https://crrev.com/6b1ebf77022a1754cedb39c47fb94a0a1c9f8777/components/location/android/location_settings_dialog_context.h [add] https://crrev.com/6b1ebf77022a1754cedb39c47fb94a0a1c9f8777/components/location/android/location_settings_dialog_outcome.h
,
Mar 10 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/59547521e04b9b5ec38d51588d7eab562ac0c630 commit 59547521e04b9b5ec38d51588d7eab562ac0c630 Author: benwells <benwells@chromium.org> Date: Fri Mar 10 05:30:00 2017 Reflect device status in geolocation permissions.request calls. In some situations origins may have geolocation permission, but the user will see prompts, or geolocation won't work. In these cases, the permissions API should indicate this, with either ASK or DENIED. The situations are as follows: 1. When the device has location turned off 2. When Chrome does not have geolocation permission at the Androd level. In both of these cases, Chrome may be able to prompt the user to rectify the problem and if possible will do so when permission is requested. This patch does not correctly model the second situation, as the plumbing required to see if Chrome is allowed to prompt is not implemented. In this case prompt is always return ASK, even if Chrome cannot prompt and requests will fail. This is better than returning GRANTED however, as it is closer to the truth. BUG= 672301 Review-Url: https://codereview.chromium.org/2743603002 Cr-Commit-Position: refs/heads/master@{#456003} [modify] https://crrev.com/59547521e04b9b5ec38d51588d7eab562ac0c630/chrome/browser/geolocation/geolocation_permission_context_android.cc [modify] https://crrev.com/59547521e04b9b5ec38d51588d7eab562ac0c630/chrome/browser/geolocation/geolocation_permission_context_android.h [modify] https://crrev.com/59547521e04b9b5ec38d51588d7eab562ac0c630/chrome/browser/geolocation/geolocation_permission_context_unittest.cc [modify] https://crrev.com/59547521e04b9b5ec38d51588d7eab562ac0c630/chrome/browser/permissions/permission_context_base.cc [modify] https://crrev.com/59547521e04b9b5ec38d51588d7eab562ac0c630/chrome/browser/permissions/permission_context_base.h [modify] https://crrev.com/59547521e04b9b5ec38d51588d7eab562ac0c630/chrome/browser/permissions/permission_manager.cc
,
Mar 15 2017
Requesting merge of CL https://chrome-internal-review.googlesource.com/c/332525/ The change has been live in Canary since Mar 9 (6 days) and I have verified that it works as intended (the new implementation is currently unused so I have simply verified that the Permissions logic in Chrome works as expected). This change belongs in the "Building out a feature that isn't complete on the branch" and "Work for features that are behind flags or not enabled by default" of the Merge Request and Approval Guidelines ( http://www.chromium.org/developers/the-zen-of-merge-requests) but the implementation of this feature is a P0 for Search and we would anyway like to request a merge to allow us to experiment with the feature in M58. The feature is fully flag-protected by a Finch experiment, so merges are safe.
,
Mar 15 2017
This bug requires manual review: DEPS changes referenced in bugdroid comments. Please contact the milestone owner if you have questions. Owners: amineer@(Android), cmasso@(iOS), bhthompson@(ChromeOS), govind@(Desktop) For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 15 2017
,
Mar 15 2017
,
Mar 16 2017
Merge of https://chrome-internal-review.googlesource.com/c/332525/ approved for M58 branch 3029.
,
Mar 16 2017
Gah, sorry, I should have read c#6 more closely. Removing approval, will discuss via e-mail.
,
Mar 20 2017
Issue 586764 has been merged into this issue.
,
Mar 20 2017
Issue 564081 has been merged into this issue.
,
Mar 20 2017
As per e-mail thread, rejecting M58 merge - let's wait until M59 please.
,
Mar 21 2017
,
Mar 21 2017
,
Mar 21 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/0b3748a3344c72d94fa98e7bbc7f57be70c65a02 commit 0b3748a3344c72d94fa98e7bbc7f57be70c65a02 Author: benwells <benwells@chromium.org> Date: Tue Mar 21 06:28:40 2017 Limit the amount the Location Settings Dialog will be shown to users. The Location Settings Dialog (LSD) is shown to users when their device location is off, but a website tries to use the location via the geolocation API. This change introduces a backoff, so that when the user dismisses the LSD it won't be shown again for a little while. This backof grows - it starts at one week, then goes to 30 days, then 90 days. There is a separate backoff for the default search engine, and all other sites. BUG= 672301 Review-Url: https://codereview.chromium.org/2742373003 Cr-Commit-Position: refs/heads/master@{#458325} [modify] https://crrev.com/0b3748a3344c72d94fa98e7bbc7f57be70c65a02/chrome/browser/android/mock_location_settings.cc [modify] https://crrev.com/0b3748a3344c72d94fa98e7bbc7f57be70c65a02/chrome/browser/android/mock_location_settings.h [modify] https://crrev.com/0b3748a3344c72d94fa98e7bbc7f57be70c65a02/chrome/browser/geolocation/geolocation_permission_context_android.cc [modify] https://crrev.com/0b3748a3344c72d94fa98e7bbc7f57be70c65a02/chrome/browser/geolocation/geolocation_permission_context_android.h [modify] https://crrev.com/0b3748a3344c72d94fa98e7bbc7f57be70c65a02/chrome/browser/geolocation/geolocation_permission_context_unittest.cc [modify] https://crrev.com/0b3748a3344c72d94fa98e7bbc7f57be70c65a02/chrome/browser/permissions/permission_context_base.cc [modify] https://crrev.com/0b3748a3344c72d94fa98e7bbc7f57be70c65a02/chrome/browser/permissions/permission_context_base.h [modify] https://crrev.com/0b3748a3344c72d94fa98e7bbc7f57be70c65a02/chrome/browser/prefs/browser_prefs.cc [modify] https://crrev.com/0b3748a3344c72d94fa98e7bbc7f57be70c65a02/chrome/common/pref_names.cc [modify] https://crrev.com/0b3748a3344c72d94fa98e7bbc7f57be70c65a02/chrome/common/pref_names.h
,
Mar 22 2017
,
Mar 22 2017
,
Mar 22 2017
,
Mar 22 2017
,
Apr 21 2017
,
Apr 21 2017
,
Apr 21 2017
,
May 8 2017
,
May 18 2017
Issue 721977 has been merged into this issue. |
||||||||||||||||||||||
►
Sign in to add a comment |
||||||||||||||||||||||
Comment 1 by bugdroid1@chromium.org
, Jan 18 2017