@nebulr-group/bridge-svelte 0.6.0 → 0.6.2

package/dist/client/stores/config.store.d.ts

@@ -1,6 +1,16 @@
-import type { BridgeConfig } from '../../shared/types/config';
-export declare const bridgeConfig: import("svelte/store").Writable<BridgeConfig | null>;
-export declare const readonlyConfig: import("svelte/store").Readable<BridgeConfig | null>;
+import type { RouteGuardConfig } from '../../auth/route-guard.js';
+import type { BridgeConfig } from '../../shared/types/config.js';
+interface ConfigStoreState {
+    config: BridgeConfig | null;
+    routeConfig: RouteGuardConfig | null;
+    loaded: boolean;
+}
+export declare const bridgeConfig: {
+    subscribe: (this: void, run: import("svelte/store").Subscriber<ConfigStoreState>, invalidate?: () => void) => import("svelte/store").Unsubscriber;
+    initConfig: (config: BridgeConfig, routeConfig?: RouteGuardConfig) => void;
+};
 export declare const configReady: import("svelte/store").Readable<boolean>;
-export declare function initConfig(config: BridgeConfig): void;
+export declare const readonlyConfig: import("svelte/store").Readable<BridgeConfig | null>;
 export declare function getConfig(): BridgeConfig;
+export declare function getRouteGuardConfig(): RouteGuardConfig;
+export {};

package/dist/index.d.ts

@@ -51,3 +51,5 @@ export type { Operator, AttributeType, Condition, ConditionValue, ValidationErro
 export type { FlagResponse, CreateFlagInput, UpdateFlagInput, FlagSchedule, } from '@nebulr-group/bridge-auth-core';
 export { DEFAULT_RETURN_TO_PARAM, readReturnTo, sanitizeReturnTo, withReturnTo, } from '@nebulr-group/bridge-auth-core';
 export type { ReturnToConfig } from '@nebulr-group/bridge-auth-core';
+export { createTranslator, en, hasLocale, interpolate, LOCALES, normalizeLocale, sv, } from '@nebulr-group/bridge-auth-core';
+export type { MessageKey, MessageOverrides, Messages, Translator, } from '@nebulr-group/bridge-auth-core';

package/dist/index.js

@@ -71,3 +71,12 @@ export { BridgeFlags, BridgeIdentity, MemoryIdentityStorage, attachIdentity, gen
 // login page can import the reader (and its open-redirect validation) from the
 // same package it already depends on, instead of reaching past bridge-svelte.
 export { DEFAULT_RETURN_TO_PARAM, readReturnTo, sanitizeReturnTo, withReturnTo, } from '@nebulr-group/bridge-auth-core';
+// TBP-630 — SDK auth copy / translations. Re-exported from auth-core for the
+// same reason as the return-to helpers above: a consumer building its own
+// locale catalogue should import from the package it already depends on rather
+// than reaching past bridge-svelte to a peer dependency it never declared —
+// which pnpm's default layout and Yarn PnP refuse outright.
+//
+// bridge-react, -angular and -nextjs already export this surface; svelte was
+// the odd one out.
+export { createTranslator, en, hasLocale, interpolate, LOCALES, normalizeLocale, sv, } from '@nebulr-group/bridge-auth-core';

package/dist/shared/types/config.d.ts

@@ -1,42 +1,29 @@
-export interface BridgeConfig {
-    /**
-     * Your Bridge application ID
-     * @required
-     */
-    appId: string;
-    /**
-     * The URL to redirect to after successful login
-     * @default The current origin + '/auth/callback'
-     */
-    callbackUrl?: string;
-    /**
-     * Root URL of the Bridge API.
-     * @default 'https://api.thebridge.dev'
-     */
-    apiBaseUrl?: string;
-    /**
-     * Base URL of the Bridge hosted UI (cloud-views).
-     * @default 'https://auth.thebridge.dev'
-     */
-    hostedUrl?: string;
-    /**
-     * Route to redirect to after login
-     * @default '/'
-     */
-    defaultRedirectRoute?: string;
-    /**
-     * Route to redirect to when authentication fails
-     * @default '/login'
-     */
-    loginRoute?: string;
-    /**
-     * Debug mode
-     * @default false
-     */
-    debug?: boolean;
-}
-export interface TokenSet {
-    accessToken: string;
-    refreshToken: string;
-    idToken: string;
+import type { BridgeAuthConfig, MessageOverrides } from '@nebulr-group/bridge-auth-core';
+export type { TokenSet } from '@nebulr-group/bridge-auth-core';
+export interface BridgeConfig extends BridgeAuthConfig {
+    /** Route where your signup page lives (e.g. '/auth/signup').
+     *  Used by LoginForm to link to the signup page. */
+    signupRoute?: string;
+    /** UI language for the SDK auth components, e.g. 'sv' or 'sv-SE' (TBP-630).
+     *  Region variants resolve to their primary subtag; an unknown locale falls
+     *  back to English rather than throwing.
+     *  @default 'en' */
+    locale?: string;
+    /** Per-key copy overrides applied on top of the resolved locale, for wording
+     *  an app genuinely needs to differ. Highest precedence in the chain. */
+    messages?: MessageOverrides;
+    /** Billing paywall configuration. When set, Bridge redirects unauthenticated
+     *  or plan-less users to `paywallRoute` before the page renders. */
+    billing?: {
+        /** Route to redirect to when the tenant has no plan selected.
+         *  e.g. '/onboarding/plan' or '/subscription' */
+        paywallRoute?: string;
+        /** Route to redirect to when a Stripe checkout confirmation fails.
+         *  Defaults to '/payment-error'. */
+        paymentErrorRoute?: string;
+        /** Route where your plan/billing management page lives — the default
+         *  destination of the Upgrade/Manage CTA in <BridgeQuotaBanner> and
+         *  <BridgeBillingNotice>. Defaults to '/billing'. */
+        manageRoute?: string;
+    };
 }

package/dist/shared/types/published-config-type.test.d.ts

@@ -0,0 +1 @@
+export {};

package/dist/shared/types/published-config-type.test.js

@@ -0,0 +1,92 @@
+/**
+ * Guard: the declaration files we SHIP must be generated from source, never
+ * hand-written next to it (TBP-630).
+ *
+ * ## What went wrong
+ *
+ * `src/lib/shared/types/` held both `config.ts` and a hand-written
+ * `config.d.ts`. `svelte-package` copies a `.d.ts` it finds in `src/lib`
+ * straight through to `dist` instead of emitting one from the sibling `.ts`, so
+ * the stale hand-written file WON in the published package. `bridge-svelte@0.6.0`
+ * shipped a `BridgeConfig` that declared seven fields and omitted `signupRoute`,
+ * `billing`, `locale` and `messages` — and typed `appId` as required, which the
+ * real interface does not.
+ *
+ * The consequence was not cosmetic. TBP-630's documented path — set the language
+ * once via `config.locale` — did not compile for a TypeScript consumer:
+ *
+ *     const c: BridgeConfig = { appId: 'x', locale: 'sv' };
+ *     // Object literal may only specify known properties,
+ *     // and 'locale' does not exist in type 'BridgeConfig'.
+ *
+ * The runtime read `locale` correctly the whole time. Only the type lied, which
+ * is the worst version of this: everything works until you try to write it down.
+ *
+ * ## Why the guard is shaped like this
+ *
+ * The obvious test — assign `{ appId, locale }` to `BridgeConfig` and see it
+ * compile — passes against SOURCE and always would have. It cannot see the bug,
+ * because the bug is in what packaging chose to copy. So the assertion has to be
+ * about the file layout that made packaging choose wrong: under `src/lib`, a
+ * `.d.ts` may not sit beside a `.ts` of the same name.
+ *
+ * Two other files had the same shadow and the same rot: `config.store.d.ts`
+ * declared `initConfig` as a free function (it is a method on `bridgeConfig`)
+ * and omitted `getRouteGuardConfig` entirely. This was never about one field.
+ */
+import { describe, it, expect } from 'vitest';
+import { readdirSync, statSync } from 'node:fs';
+import { join, dirname, resolve } from 'node:path';
+import { fileURLToPath } from 'node:url';
+const LIB_ROOT = resolve(dirname(fileURLToPath(import.meta.url)), '../..');
+function walk(dir) {
+    const out = [];
+    for (const entry of readdirSync(dir)) {
+        const full = join(dir, entry);
+        if (statSync(full).isDirectory()) {
+            out.push(...walk(full));
+        }
+        else {
+            out.push(full);
+        }
+    }
+    return out;
+}
+describe('packaged declarations are generated, not hand-written', () => {
+    const files = walk(LIB_ROOT);
+    it('finds the lib root it is supposed to be scanning', () => {
+        // Without this, a bad path would make every assertion below vacuously true —
+        // the guard would report green precisely when it had stopped looking.
+        expect(files.length).toBeGreaterThan(50);
+        expect(files.some((f) => f.endsWith('/shared/types/config.ts'))).toBe(true);
+    });
+    it('has no .d.ts shadowing a sibling .ts anywhere under src/lib', () => {
+        const shadowed = files
+            .filter((f) => f.endsWith('.d.ts'))
+            .filter((f) => files.includes(`${f.slice(0, -'.d.ts'.length)}.ts`))
+            .map((f) => f.slice(LIB_ROOT.length + 1));
+        // svelte-package copies these verbatim into dist, so whatever they say is
+        // what consumers get — regardless of what the .ts next to them says.
+        expect(shadowed).toEqual([]);
+    });
+});
+// ---------------------------------------------------------------------------
+/**
+ * Compile-time half, checked by `svelte-check` in CI.
+ *
+ * This is the assertion the consumer asked for, and on its own it is NOT the
+ * guard — it passed throughout the broken release, because source was always
+ * right. It earns its place by covering the other direction: somebody deleting
+ * `locale` from `config.ts` rather than packaging shipping the wrong file.
+ */
+const _localeIsAssignable = {
+    appId: 'x',
+    locale: 'sv',
+    messages: { 'login.submit': 'Logga in' },
+};
+describe('BridgeConfig accepts the documented i18n fields', () => {
+    it('compiles and carries them at runtime', () => {
+        expect(_localeIsAssignable.locale).toBe('sv');
+        expect(_localeIsAssignable.messages?.['login.submit']).toBe('Logga in');
+    });
+});

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@nebulr-group/bridge-svelte",
-  "version": "0.6.0",
+  "version": "0.6.2",
   "description": "Bridge Svelte library, This library helps you to add bridge authentication and feature flags, and payments to your svelte application.",
   "author": "Iman Pouya",
   "license": "MIT",