-
Notifications
You must be signed in to change notification settings - Fork 22
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
change authorization_details
to use credential_description
from metadata
#137
change authorization_details
to use credential_description
from metadata
#137
Conversation
…ng to the name of a `credentials_supported` object in the Credential Issuer's Metadata
I fully support this PR, it simplifies a lot by requiring the proper evaluation of the credential issuer metadata. This is a basic requirement that with the approach proposed in this PR is made stronger than before in the material implementations, removing any repetitions of values which consequently require further checks |
Co-authored-by: Kristina <[email protected]>
Co-authored-by: Kristina <[email protected]>
agreed on in DCP call
Co-authored-by: Brian Campbell <[email protected]>
…etadata-in-authorization_details-authorization-request-parameter
@Sakurann @jogu @peppelinux I went through the whole document again and saw that I've overseen some text in the Appendix E, therefore please review again. |
Given that there seems to not be much of a controversy on the terminology proposed in #155, I wonder if we should go for |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm but it would be good shorten credential_identifiers
and credential_identifier
to credential_ids
and credential_id
.
…etadata-in-authorization_details-authorization-request-parameter
6 approvals. general agreement to merge this during Dec-21-2023 WG call. some comments remain to be addressed in other PRs (mainly 155), as this PR is scoped to change the parameter name changes and not to have a perfect terminology. * change to credential_configuration_id * change to credential_configurations_offered * rename to credential_configurations_supported * Apply suggestions from code review Co-authored-by: Giuseppe De Marco <[email protected]> Co-authored-by: Daniel Fett <[email protected]> * rename to credential_configurations credential offer parameter * clarify there is no polymorphism Co-authored-by: Oliver Terbu <[email protected]> * editorial --------- Co-authored-by: Kristina <=> Co-authored-by: Giuseppe De Marco <[email protected]> Co-authored-by: Daniel Fett <[email protected]> Co-authored-by: Oliver Terbu <[email protected]>
…etadata-in-authorization_details-authorization-request-parameter
editorial This was missed in #137
Closes #102
Changes
authorization_details
to usecredential_description
pointing to the name of acredentials_supported
object in the Credential Issuer's Metadata.