[Webkit-unassigned] [Bug 243389] Web App Manifest geolocation permission not respected

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sun Jul 31 22:23:46 PDT 2022


https://bugs.webkit.org/show_bug.cgi?id=243389

Marcos Caceres <marcosc at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |WONTFIX

--- Comment #2 from Marcos Caceres <marcosc at apple.com> ---
Hi Micheal,

(In reply to Michael Flores from comment #0)
> When adding the "geolocation" permission to Web Application Manifest for a
> Safari Web Extension, the browser should treat this as an explicit
> permission grant to allow user's to seamlessly take advantage of
> location-based functionality. Instead, Safari presents the same permission
> prompt at least once per day as if the permission hadn't been declared. This
> contrasts with Chromium browsers, where it is treated as a permission grant
> and allows use of navigator.geolocation.getCurrentPosition() without
> displaying an additional permission prompt.

Unlike Chrome, Safari doesn't allow long-lived permission grants for Geolocation (i.e., it's the expected behavior to keep users location private by default as much as possible).

(In reply to Michael Flores from comment #1)
> The impact of this is exacerbated by the inability to check if geolocation
> permission was granted on Safari due to lack of Permissions API support in
> Safari 15.

Right. Although I don't if/when know when the Permission API will be available in Safari by default, it has been partially implemented. To enable it in Safari, open menu Developer > Experimental Features > Permissions API (it doesn't quite work yet... but it's getting there :)).

To track implementation of the Permissions API:
https://bugs.webkit.org/show_bug.cgi?id=229504

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20220801/2d52eede/attachment.htm>


More information about the webkit-unassigned mailing list