Releases: inrupt/solid-client-access-grants-js
Releases · inrupt/solid-client-access-grants-js
v3.0.0-alpha.0
New Features
- Support for parsing Access Grants & Access Requests as JSON-LD. This allows them to be read using the RDF/JS DatasetCore API.
v2.6.2
Removed features (non-breaking)
- Support for
odrl
access grants has been removed. The ODRL data model was in as an experimental feature,
and wasn't deployed in any supported Access Grant issuers. Removing it will not break apps using the currently
supported gConsent-based Access Grants.
Bugfixes
- Denied Access Grant expiration date: When denying an access grant based on an access request, the exipration
date of the access request wasn't being picked up as the expiration date for the denied grant.
v2.6.1
Bugfixes
denyAccessRequest
didn't normalize the returned denied Access Grant, resulting in it having a
JSON-LD frame different from the value returned byapproveAccessRequest
. The value is now normalized,
and both functions return a similarly shaped object. This also fixes the return type ofdenyAccessRequest
,
which now returns the more strictAccessGrant
type rather than theVerifiableCredential
type.- add
types
entry in the package.json exports so that bundlers such as esbuild can discover type definitions.
v2.6.0
New feature
- Export
getAccessGrantAll
has a newstatus
parameter which allows selection ofgranted
,denied
orall
access grants.
By default onlygranted
access grants are returned as this is the existing behavior. In the next major version of this
library the default will be to returnall
access grants.
v2.5.0
v2.4.0
New feature
deleteSolidDataset
anddeleteFile
: Add functions to theresource
module to delete resources, following the interface of@inrupt/solid-client
.getAccessRequest
: a function exported by the./manage
module to get the Access Request from the Access Request URL.
v2.3.2
Deprecation notice
resource
marked as deprecated forgetAccessGrantAll
. It can be optionally passed along withparams
.
v2.3.1
v2.2.0
v2.1.2
Bugfixes
-
The JSON-LD/JSON normalization is now applied not only when issuing an Access Request
or an Access Grant, but also when dereferencing one. -
JSON-LD/JSON alignment: We are processing Verifiable Credentials as plain JSON,
while they actually are JSON-LD. This creates some discrepancies:- The Access Grants and Access Requests status is now accepted in its abbreviated
form, and not only as a fully qualified IRI, as allowed by the JSON-LD context. - Arrays containing a single value are also accepted as a literal equal to said
single value.
This is a stopgap solution: a proper fix would be to do full JSON-LD parsing,
but we aren't doing it for the moment because of issues between existing libraries
and our build setup. - The Access Grants and Access Requests status is now accepted in its abbreviated