Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add [SecureContext] tags to the interfaces #142

Closed
wants to merge 2 commits into from

Conversation

OnkarRuikar
Copy link

@OnkarRuikar OnkarRuikar commented Feb 5, 2024

w3c/webref repo automatically extracts syntaxes from these spec docs. At the moment some syntax sections are missing the [SecureContext] tags so it is missing from extracted data in webref as well.

The feature has been marked available in secure context in MDN docs.

The PR adds the tags to the remaining interfaces.


💥 Error: 502 Bad Gateway 💥

PR Preview failed to build. (Last tried on Feb 5, 2024, 2:20 PM UTC).

More

PR Preview relies on a number of web services to run. There seems to be an issue with the following one:

🚨 Spec Generator - Spec Generator is the web service used to build specs that rely on ReSpec.

🔗 [Related URL]([object Object])

error code: 502

If you don't have enough information above to solve the error by yourself (or to understand to which web service the error is related to, if any), please file an issue.

Copy link
Member

@reillyeon reillyeon left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm approving this change, but I'll note that because historically this feature used to be available in non-secure contexts implementations have not yet completely adopted using [SecureContext] because they have fallback/flag code which can enable this API in non-secure contexts in some circumstances.

Copy link
Member

@reillyeon reillyeon left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually, I think I'm going to have to reject these changes because it appears that for this API these is implementation consensus on a non-standard handling of secure context requirements. This used to be specified in the steps for getCurrentPosition() and watchPosition() (see #34) but this text got dropped in later revisions to this specification.

All major engines do not include a [SecureContext] requirement on the navigator.geolocation attribute:

To properly match this specification to the implementations the language invoking the error callback with a "permission denied" error needs to be restored.

@OnkarRuikar OnkarRuikar deleted the patch-1 branch April 3, 2024 01:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants