Releases: openfga/js-sdk
Releases · openfga/js-sdk
v0.2.4
v0.2.3
0.2.3 (2023-02-28)
- feat(client): client wrapper with a slightly changed interface
- feat(client): implement
batchCheck
to check multiple tuples in parallel - feat(client): add support for a non-transactional
Write
- chore(config): bump default max retries to 5
- fix: retry on 5xx errors
- chore!: request Node >= 14.7.0
Checkout the README for more on how to use the new OpenFgaClient.
v0.2.2
0.2.2 (2023-01-23)
- fix(credentials): resolve client credentials token not being cached (fixes openfga/sdk-generator#89)
- chore(deps): upgrade dev dependencies
v0.2.1
v0.2.0
0.2.0 (2022-12-14)
Updated to include support for OpenFGA 0.3.0
Changes:
- [BREAKING] feat(list-objects)!: response has been changed to include the object type e.g. response that was
{"object_ids":["roadmap"]}
, will now be{"objects":["document:roadmap"]}
Fixes:
- fix(models): update interfaces that had incorrectly optional fields to make them required
Chore:
- chore(deps): update dev dependencies
v0.1.1
0.1.1 (2022-11-15)
Updated ListObjects API which supports wildcard restriction in directly assignable type.
v0.1.0
0.1.0 (2022-09-29)
- BREAKING: exported type
TypeDefinitions
is nowWriteAuthorizationModelRequest
This is only a breaking change on the SDK, not the API. It was changed to conform to the proto changes in openfga/api. It makes the type name more consistent and less confusing (normally people would incorrectly assume TypeDefinitions = TypeDefinition[]). - chore(deps): upgrade dependencies
v0.0.2
0.0.2 (2022-08-15)
Support for ListObjects API
You call the API and receive the list of object ids from a particular type that the user has a certain relation with.
For example, to find the list of documents that Anne can read:
const response = await openFgaApi.listObjects({
user: "anne",
relation: "can_read",
type: "document"
});
// response.object_ids = ["roadmap"]