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

Why are various predefined extensions defined as extensions, and not just parts of the spec? #295

Closed
bzbarsky opened this issue Nov 4, 2016 · 4 comments

Comments

@bzbarsky
Copy link

bzbarsky commented Nov 4, 2016

Is this because they are allowed to not be supported?

@equalsJeffH
Copy link
Contributor

yes. [ e.g., see https://lists.w3.org/Archives/Public/public-webauthn/2016Sep/0110.html ]

@selfissued
Copy link
Contributor

As we discussed in the F2F, it's a business decision which extensions to support. They're extensions because supporting them is optional.

FYI, #386 should make it a lot clearer how to define and register new extensions. It makes it clear that the initially defined ones are not somehow "special".

@equalsJeffH
Copy link
Contributor

Overall, a +1 to @selfissued's (mike jones) explanation, although to be fair, there are arguments that some of the "extensions" should not be "extensions" and should be incorporated directly into the spec. Rolf @rlin1 made this point in the last F2F.

@selfissued
Copy link
Contributor

I believe that this issue asked a question that has been answered and proposes no changes to the specification. I am therefore closing it on this basis. New issues can be filed that do propose specific changes, if desired.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants