@noresponse/node 7.1.2 → 7.1.3

package/CHANGELOG.md

@@ -1,5 +1,9 @@
 # Changelog
 
+## 7.1.3
+
+No changes detected.
+
 ## 7.1.2
 
 No changes detected.

package/README.md

@@ -365,7 +365,7 @@ if (result.riskVersion !== undefined) await users.update(result.account!.id, { e
 | `active` | `login` | `block` | `restrict`, `revoke_sessions` |
 | `restricted` | `login` | `allow` | `unrestrict`, only with `reinstate` |
 
-Nothing deletes a user. Clerk bans (and unbans), Auth0 sets `blocked`, and WorkOS, which has no block, writes `noresponse_state` to the user's metadata (gate sign-in on it) and revokes every session. On an Auth0 plan without the sessions API the revoke blocks the user too and reports `restrict`. Each action, or `none` when nothing is needed, is recorded with `accounts.recordEnforcement` at the `riskVersion` read, and `result.enforcements` lists them. A refused action is recorded as `failed` and throws `ProviderActionError`: answer 5xx so the delivery is retried. A test event, an erased account and an account at or below `enforcedRiskVersion` act on nothing (`result.skipped`). To catch up after dropped deliveries, pass each account of `nr.accounts.listChanged({ unenforced: true })` to `enforceAccount`. For your own user store, `customProvider({ restrict: async (userId) => ..., revoke_sessions: async (userId) => ... })` takes one function per action you support; an action without one is recorded as failed.
+Nothing deletes a user. Clerk bans (and unbans), Auth0 sets `blocked`, and WorkOS, which has no block on a user, writes `noresponse_state` to the user's metadata (gate sign-in on it) and revokes every session. On an Auth0 plan without the sessions API the revoke blocks the user too and reports `restrict`. Each action, or `none` when nothing is needed, is recorded with `accounts.recordEnforcement` at the `riskVersion` read, and `result.enforcements` lists them. A refused action is recorded as `failed` and throws `ProviderActionError`: answer 5xx so the delivery is retried. A test event, an erased account and an account at or below `enforcedRiskVersion` act on nothing (`result.skipped`). To catch up after dropped deliveries, pass each account of `nr.accounts.listChanged({ unenforced: true })` to `enforceAccount`. For your own user store, `customProvider({ restrict: async (userId) => ..., revoke_sessions: async (userId) => ... })` takes one function per action you support; an action without one is recorded as failed.
 
 A held flow (workspace settings `admission: held`) answers `held` until its investigation completes or `hold_seconds` pass, and the handler records `none` for it. When the final decision arrives as `account.risk_changed`, an `onboarding` or `provisional` account fails onboarding or is refused activation on `review` or `block`. On `allow` the handler records `activate` (no provider call; a custom provider runs its own `activate`), so admit the account when the result's enforcements hold it. An account at `allow` that needs no change, such as an `active` one after a held login, is recorded as `none`. Either way the account leaves the unenforced list. See https://docs.noresponse.org/guides/late-results.
 

package/dist/commonjs/lib/config.d.ts

@@ -31,8 +31,8 @@ export declare function serverURLFromOptions(options: SDKOptions): URL | null;
 export declare const SDK_METADATA: {
     readonly language: "typescript";
     readonly openapiDocVersion: "1";
-    readonly sdkVersion: "7.1.2";
+    readonly sdkVersion: "7.1.3";
     readonly genVersion: "internal";
-    readonly userAgent: "noresponse-sdk/typescript 7.1.2 internal 1 @noresponse/node";
+    readonly userAgent: "noresponse-sdk/typescript 7.1.3 internal 1 @noresponse/node";
 };
 //# sourceMappingURL=config.d.ts.map

package/dist/commonjs/lib/config.js

@@ -28,8 +28,8 @@ function serverURLFromOptions(options) {
 exports.SDK_METADATA = {
     language: "typescript",
     openapiDocVersion: "1",
-    sdkVersion: "7.1.2",
+    sdkVersion: "7.1.3",
     genVersion: "internal",
-    userAgent: "noresponse-sdk/typescript 7.1.2 internal 1 @noresponse/node",
+    userAgent: "noresponse-sdk/typescript 7.1.3 internal 1 @noresponse/node",
 };
 //# sourceMappingURL=config.js.map

package/dist/esm/lib/config.d.ts

@@ -31,8 +31,8 @@ export declare function serverURLFromOptions(options: SDKOptions): URL | null;
 export declare const SDK_METADATA: {
     readonly language: "typescript";
     readonly openapiDocVersion: "1";
-    readonly sdkVersion: "7.1.2";
+    readonly sdkVersion: "7.1.3";
     readonly genVersion: "internal";
-    readonly userAgent: "noresponse-sdk/typescript 7.1.2 internal 1 @noresponse/node";
+    readonly userAgent: "noresponse-sdk/typescript 7.1.3 internal 1 @noresponse/node";
 };
 //# sourceMappingURL=config.d.ts.map

package/dist/esm/lib/config.js

@@ -24,8 +24,8 @@ export function serverURLFromOptions(options) {
 export const SDK_METADATA = {
     language: "typescript",
     openapiDocVersion: "1",
-    sdkVersion: "7.1.2",
+    sdkVersion: "7.1.3",
     genVersion: "internal",
-    userAgent: "noresponse-sdk/typescript 7.1.2 internal 1 @noresponse/node",
+    userAgent: "noresponse-sdk/typescript 7.1.3 internal 1 @noresponse/node",
 };
 //# sourceMappingURL=config.js.map

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@noresponse/node",
-  "version": "7.1.2",
+  "version": "7.1.3",
   "author": "NoResponse",
   "bugs": {
     "url": "https://github.com/noresponsehq/node/issues"