Provide a new HTML element that interacts with the permission flow. The permission prompt is currently triggered directly from JS without the user agent having any strong signal of the user's intent. Having an in-content element that the user uses to trigger the permission flow allows for improved permission prompt UX for users as well as a recovery path from the "denied" permission state for sites. Explainer: https://github.com/andypaicu/PEPC/blob/main/explainer.md
To be able to meaningfully improve upon the status quo, user agents need to be able to extract more trustworthy signals from the content area about the user's task and intent, so they can be more opinionated and confident in their communication to users regarding capability access. This is especially important if user agents want to safely enable users to change their minds without abdicating their responsibility for representing users' earlier permanent block decisions.
Writing sites that function well for both user agents that support this feature and those that don't will require more work. A polyfill library would help cover this interoperability issue by providing a custom element that will trigger the old permission flow if the user agent does not support the new one.
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
None
None
No milestones specified