Before reporting an issue
Area
oid4vc
Describe the bug
When testing against the German testing wallet from SPRIND i found, that Keycloak currently assumes the same client_id is used when creating the offer as when fetching it.
That assumption is wrong, because the wallet uses its own client to do the authentication flow and subsequently to redeem the offer.
Version
26.6.1
Regression
Expected behavior
Offer can be fetched using a different client than the one used to create it, if the wallet client is authorized to do so
Actual behavior
invalid_credential_request error with "Unexpected login client"
How to Reproduce?
- Create offer using client_id
app
- Scan offer QR code
- Wallet initiates auth code flow using client_id
wallet
- Wallet tries to fetch the offer using client_id
wallet
Anything else?
No response
Before reporting an issue
Area
oid4vc
Describe the bug
When testing against the German testing wallet from SPRIND i found, that Keycloak currently assumes the same
client_idis used when creating the offer as when fetching it.That assumption is wrong, because the wallet uses its own client to do the authentication flow and subsequently to redeem the offer.
Version
26.6.1
Regression
Expected behavior
Offer can be fetched using a different client than the one used to create it, if the wallet client is authorized to do so
Actual behavior
invalid_credential_requesterror with "Unexpected login client"How to Reproduce?
appwalletwalletAnything else?
No response