-
Notifications
You must be signed in to change notification settings - Fork 17
Add guidance on how to handle multiple presentation request entries #249
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
base: main
Are you sure you want to change the base?
Conversation
[=user agents=] MUST only return one | ||
[=digital credential/presentation responses | presentation response=] for one | ||
of these requests. |
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.
[=user agents=] MUST only return one | |
[=digital credential/presentation responses | presentation response=] for one | |
of these requests. | |
[=user agents=] MUST return a maximum of one | |
[=digital credential/presentation responses | presentation response=] for each | |
of these requests. |
Multiple credentials MAY be present in this one response depending on the capabilities | ||
of the corresponding [=digital credential/exchange protocol=]. |
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.
This needs further refinement. I'm trying to capture the concept before getting the language just right. There will also need to be some language about what happens when a response that contains credentials A, B, and C is sent after receiving individual requests for credentials A, B, C, D and E, and then a new request for credential B is received. Does the first response cause the new request for B to be ignored? Or might a new response containing B, D, and E be sent? Or something else?
Multiple credentials MAY be present in this one response depending on the capabilities | |
of the corresponding [=digital credential/exchange protocol=]. | |
Multiple credentials MAY be present in one such response depending on the capabilities | |
of the corresponding [=digital credential/exchange protocol=]. | |
Each credential SHOULD be present in only one such response, such that a response | |
containing multiple credentials is considered to be a response to all individual | |
requests for one of the credentials it contains. |
Discussed 11 June minutes |
of these requests. | ||
Multiple credentials MAY be present in this one response depending on the capabilities | ||
of the corresponding [=digital credential/exchange protocol=]. | ||
<aside class="note"> |
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.
Notes shouldn't include RFC2119 keywords (i.e., get rid of the SHOULD).
I don't think this even makes sense, to be honest. How they are presented is up to the user agent, not up to verifier.
This PR adds initial text on A) how user agents MUST handle the presence of multiple presentation requests in
options.digital.requests
, and B) how verifiers SHOULD populateoptions.digital.requests
to handle getting back a corresponding presentation response.Closes #220.
The following tasks have been completed:
Implementation commitment:
Documentation and checks
Preview | Diff