Closed grausof closed 1 month ago
Regarding the localization of each error description we must rely on HTTP Accept-Language request header
regarding the extensions of the errors keys/values this needs further works within the DCP WG
generally the errors credential_not_found
and credential_revoked
could be represented with credential_request_denied
and specialized description errors
however, obtaining a localized description value within the credential response json object would require the HTTP Accept-Language request header at the credential endpoint
Currently the OID4VC specification deals exclusively with regulating errors that can occur on the credential endpoint due to a Bad Request (400) made by the client (section 7.3.1.2).
But obtaining the credential could also fail for other reasons not necessarily related to the request but perhaps because the user is not entitled to that credential or it has been revoked and is no longer available for issuance. These errors could fall within the status code
403 Forbidden
or404 Not Found
. It is therefore necessary to inform the user of the reason why this credential was not issued.An example of a response could therefore be something like:
where the
error
parameter can take on a series of error identifiers specific to each individual credential. Since it is up to the issuer to specify which errors it supports for each credential, it could be useful to indicate them within the metadata, in particular incredential_configurations_supported
by adding the parameterissuance_errors_supported
within the single credentialThe structure of
issuance_errors_supported
could be like this: