You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This commit was created on GitHub.com and signed with GitHub’s verified signature.
The key has expired.
New features
getAccessGrantAll supports a new option, includeExpired. By default,
only grants that are still valid are returned by the VC provider. If set to true,
grants that have expired will also be included in the response.
issueAccessRequest now generates an access request VC including the resource
owner in the hasConsent field with the isConsentForDataSubject predicate. This
will enable resource owners to dereference access requests IRIs to their resources.
Bugfix
When type-checking an Access Grant (e.g. using getAccessGrant), only accepted
Grants were supported. Support for denied Grant has now been added.
When using an Access Grant to get an Access Token, one of the claims from the
server response was unaligned with the spec. This inconsistency has been fixed on
the server-side with backwards-compatibility, and now on the client side too. This
change is transparent to users.
approveAccessRequest wasn't using the default session from @inrupt/solid-client-authn-browser
to set the ACR access appropriately, resulting in 401 Unauthenticated errors.
getAccessRequestFromRedirectUrl was deserializing the received VC expecting
an URL-encoded value, instead of a base64-encoded value, which is how it is serialized
when redirecting the user to the VC management app.