Limited availability
Experimental: This is an experimental technology
Check the Browser compatibility table carefully before using this in production.
The HTTP Permissions-Policy
header geolocation
directive controls whether the current document is allowed to use the Geolocation
Interface.
Specifically, where a defined policy blocks use of this feature, calls to getCurrentPosition()
and watchPosition()
will cause those functions' callbacks to be invoked with a GeolocationPositionError
code of PERMISSION_DENIED
.
By default, the Geolocation API can be used within top-level documents and their same-origin child frames. This directive allows or prevents cross-origin frames from accessing geolocation. This includes same-origin frames.
SyntaxPermissions-Policy: geolocation=<allowlist>;
<allowlist>
A list of origins for which permission is granted to use the feature. See Permissions-Policy
> Syntax for more details.
The default allowlist for geolocation
is self
.
SecureCorp Inc. wants to disable the Geolocation API within all browsing contexts except for its own origin and those whose origin is https://example.com
. It can do so by delivering the following HTTP response header to define a Permissions Policy:
Permissions-Policy: geolocation=(self "https://example.com")
With an <iframe> element
FastCorp Inc. wants to disable geolocation
for all cross-origin child frames, except for a specific <iframe>
. It can do so by delivering the following HTTP response header to define a Permissions Policy:
Permissions-Policy: geolocation=(self)
Then include an allow attribute on the <iframe>
element:
<iframe src="https://other.com/map" allow="geolocation"></iframe>
Interestingly, allow
attributes can selectively enable features in certain frames, and not in others, even if those frames contain documents from the same origin.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.3