Copyright © 2023 World Wide Web Consortium. W3C® liability, trademark and permissive document license rules apply.
This document serves as the W3C registry of permissions of the web platform, which includes both policy-controlled features and powerful features.
This section describes the status of this document at the time of its publication. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at https://www.w3.org/TR/.
The list of features in this registry is not exhaustive. It is expected that new features will be added to this document as they are implemented across multiple user agents.
Please subscribe to the Permissions Registry Repository on GitHub to be notified of changes.
This document was published by the Web Application Security Working Group as a Draft Registry using the Registry track.
Publication as a Draft Registry does not imply endorsement by W3C and its Members.
This is a draft document and may be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than work in progress.
The W3C Patent Policy does not carry any licensing requirements or commitments on this document.
This document is governed by the 03 November 2023 W3C Process Document.
This W3C Registry provides a centralized place to find the policy-controlled features and/or powerful features of the web platform. Through the change process it also helps assure permissions in the platform are consistently specified across various specifications.
By splitting the registry into standardized permissions and provisional permissions, the registry also provides a way to track the status of these features.
The change process for adding and/or updating this registry is as follows:
"super-awesome"
).
Make sure the string is linkable by wrapping it a dfn
element.
'self'
).
For a permission to appear in the table of standardized permissions, and thus be considered a standardized permission, it needs to meet the following criteria:
Each permission is identified by a unique literal string. In the case of Permissions Policy, the string identifies a policy-controlled features. Similarly, in the Permissions specification the string identifies a powerful feature.
Identifying string | Is policy-controlled feature? | Is powerful feature? | Specification | Implementations | ||
---|---|---|---|---|---|---|
Chromium | Gecko | WebKit | ||||
"geolocation" | YES | YES | Geolocation API | YES | YES | YES |
"notifications" | NO | YES | Notifications API Standard | YES | YES | YES |
"push" | NO | YES | Push API | YES | YES | YES |
"web-share" | YES | NO | Web Share API | NO | YES | YES |
Provisional permissions are permissions that are not yet standardized (i.e., they are either experimental, still in the incubation phase, or are only implemented in a single browser engine).
Identifying string | Is policy-controlled feature? | Is powerful feature? | Specification | Implementations | ||
---|---|---|---|---|---|---|
Chromium | Gecko | WebKit | ||||
"accelerometer" | YES | YES | Accelerometer | YES | NO | NO |
"window-management" | YES | YES | Window Management | YES | NO | NO |
"local-fonts" | YES | YES | Local Font Access | YES | NO | NO |