@wildo-ai/saas-backend-lib 1.1.2 → 1.1.4

package/dist/esm/notifications/services/notification-badge.backend.service.d.ts

@@ -5,16 +5,18 @@ import { ResourcesRegistryBackendService } from '../../resources/services/resour
 import { ExecutionContextCreatorBackendService } from '../../runtime/services/execution-context-creator.backend.service';
 import { ExecutionContext } from '../../runtime/models/execution-context.backend.schemas';
 import { ResourceConfiguration_Operation } from '@wildo-ai/saas-models';
-import { ResourcePrimaryScope, NotificationBadgeOperation, NotificationBadgeDefinition, NotificationBadgeIdentifier } from '@wildo-ai/saas-models';
+import { NotificationBadgeOperation, NotificationBadgeDefinition, NotificationBadgeIdentifier, type NotificationScope } from '@wildo-ai/saas-models';
 import { WebSocketService } from '../../requests/service/websocket.service';
 /**
- * Badge reference format: `${scope}:${scopeId}:${identifier}`
- * Examples:
- * - user_self:user123:new_messages
- * - organization:org456:pending_tasks
+ * A parsed badge REFERENCE — one badge ROW, addressed as `<scope>:<scopeId>:<identifier>`.
+ *
+ * The FORMAT is not defined here. It lives once in `@wildo-ai/saas-models`
+ * (`buildNotificationBadgeReference` / `parseNotificationBadgeReference`) because the browser badge
+ * store parses the same string off the wire, and two hand-rolled `split(':')` implementations are
+ * how a producer and a consumer come to disagree about what the parts mean.
  */
 export interface BadgeReference {
-    scope: ResourcePrimaryScope;
+    scope: NotificationScope;
     scopeId: string;
     identifier: NotificationBadgeIdentifier;
 }
@@ -61,9 +63,13 @@ export declare class NotificationBadgeBackendService {
      */
     private buildBadgeExecutionContext;
     /**
-     * Build a badge reference string
+     * Build a badge reference string.
+     *
+     * Delegates to the shared builder rather than re-templating the format: the browser reduces this
+     * exact string to a badge KEY on arrival, so the producer and the consumer must be reading one
+     * definition of where the parts are.
      */
-    buildBadgeReference(scope: ResourcePrimaryScope, scopeId: string, identifier: NotificationBadgeIdentifier): string;
+    buildBadgeReference(scope: NotificationScope, scopeId: string, identifier: NotificationBadgeIdentifier): string;
     /**
      * Parse a badge reference string.
      *
@@ -77,34 +83,133 @@ export declare class NotificationBadgeBackendService {
     /**
      * Get badge count for a specific identifier and scope
      */
-    getBadgeCount<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: ResourcePrimaryScope, scopeId: string, identifier: NotificationBadgeIdentifier): Promise<number>;
+    getBadgeCount<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: NotificationScope, scopeId: string, identifier: NotificationBadgeIdentifier): Promise<number>;
     /**
      * Get all badges for a specific scope
      */
-    getAllBadges<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: ResourcePrimaryScope, scopeId: string): Promise<Array<{
+    getAllBadges<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: NotificationScope, scopeId: string): Promise<Array<{
         identifier: string;
         count: number;
     }>>;
     /**
-     * Execute a badge operation (increment, decrement, set, reset)
+     * Execute a badge operation (increment, decrement, set, reset).
+     *
+     * ## Two write shapes, because the vocabulary carries two kinds of change
+     *
+     * `SET` and `RESET` are ABSOLUTE: the value written does not depend on the value read, so a plain
+     * read-then-write is already correct — concurrent absolute writes are last-writer-wins, which is
+     * what "set it to N" means.
+     *
+     * `INCREMENT` and `DECREMENT` are RELATIVE, and that is where this method used to lose data. It
+     * read `count`, computed `count ± value` in JavaScript, and wrote the result back. Two operations
+     * committing concurrently both read the SAME previous value, so the second write overwrote the
+     * first and one increment vanished — with no error, no log, and a badge that is simply too low
+     * forever after (an EVENT_COUNTER badge is never re-derived; that is the whole distinction
+     * `NotificationBadgeSourceKind` draws, and it is why the drift is permanent here and self-healing
+     * on a DERIVED_QUERY badge).
+     *
+     * More checking cannot fix that — the two writers have nothing to collide on. So the relative arms
+     * now go through the adapter-neutral guarded mutation, where the STORE performs the arithmetic in
+     * one statement (`$inc` on MongoDB, `COALESCE(col, 0) + delta` on PostgreSQL) and the two writers
+     * collide on the row itself. See {@link applyRelativeCountChange}.
      */
-    executeBadgeOperation<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: ResourcePrimaryScope, scopeId: string, identifier: NotificationBadgeIdentifier, operation: NotificationBadgeOperation, value?: number): Promise<BadgeUpdateResult>;
+    executeBadgeOperation<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: NotificationScope, scopeId: string, identifier: NotificationBadgeIdentifier, operation: NotificationBadgeOperation, value?: number): Promise<BadgeUpdateResult>;
+    /**
+     * Apply a RELATIVE change (`+value` / `-value`) to a badge counter without ever reading it into
+     * JavaScript first.
+     *
+     * ## The shape, and why it is a loop rather than a straight line
+     *
+     * A guarded mutation only mutates a row that ALREADY EXISTS — it returns `null` when its filter
+     * matched nothing, and it cannot insert. A badge row, meanwhile, is materialized lazily on its
+     * first write. So the write is "apply the delta; if there was no row, materialize one at ZERO and
+     * apply the delta to that".
+     *
+     * **Materializing at ZERO rather than at the target is the load-bearing detail.** Creating the row
+     * already carrying `value` would mean two racing first-increments each insert a row holding `1`,
+     * and one of the two increments is lost exactly as before — the defect would simply have moved
+     * from the update to the insert. Creating at zero and then letting BOTH callers apply their own
+     * delta through the atomic statement keeps every increment: the store matches one row for both,
+     * and it ends at 2.
+     *
+     * ## The residual, stated rather than hidden
+     *
+     * Two racing materializations can still leave a DUPLICATE badge row, because nothing in the schema
+     * makes `(scopeId, identifier)` unique — `identifier` carries `.isSummaryField()` and no
+     * `.isUnique()`, so the store has no constraint to refuse the second insert with. That duplicate
+     * hazard is older than this method and is not what this change is about: it costs a stray row,
+     * whereas the read-modify-write cost a permanently wrong number. Closing it means a unique index,
+     * which is an engine resource change owing a migration in every PostgreSQL-backed surface
+     * (`.claude/rules/engine-resource-changes-owe-migrations.md`) and belongs with the badge-identity
+     * work, not here.
+     *
+     * @returns the count before and after, as observed from the row the store returned.
+     */
+    private applyRelativeCountChange;
+    /**
+     * ONE attempt at the atomic delta. Returns the before/after counts, or `null` when no row matched.
+     *
+     * ## The decrement floor lives in the FILTER, not in `Math.max`
+     *
+     * `Math.max(0, previousCount - value)` computes the floor from a value read moments earlier, which
+     * is the very read this change exists to remove. The floor is therefore expressed as a GUARD the
+     * store evaluates in the same statement as the write — `count: { $gte: magnitude }` — which is the
+     * idiom the promotion redemption counter uses for its `maxRedemptions` ceiling.
+     *
+     * That guard alone would REFUSE a decrement that cannot be taken in full, where the previous
+     * behaviour CLAMPED it to zero. Preserving the clamp needs a second statement, because neither
+     * adapter's neutral vocabulary can express "subtract, floored at zero" in one (there is no `$max`
+     * in `RepositoryGuardedMutation`, deliberately — an operator no adapter pair can honour identically
+     * does not get a name there). So a below-floor row is set to zero by a SECOND guarded statement,
+     * itself conditioned on the row still being below the floor. Each statement is atomic, and the
+     * pair is safe in every interleaving:
+     *
+     * - first matched → the count fell by exactly `magnitude`;
+     * - first missed, second matched → the count was below the floor at the moment of the write and is
+     *   now zero, which is what `Math.max(0, count - value)` meant for that count;
+     * - both missed → either no row, or a concurrent INCREMENT crossed the floor between the two
+     *   statements. The caller distinguishes those and retries rather than concluding.
+     *
+     * ## `updatedAt` is deliberately absent from the descriptor
+     *
+     * Both adapters bump it themselves — mongoose's `timestamps` hook on one, an explicit
+     * planned-column assignment inside `prepareGuardedUpdate` on the other. Passing it here would be a
+     * second authority for the same field, and the two would disagree the day either arm changes.
+     */
+    private applyGuardedCountDelta;
+    /**
+     * Insert the badge row at ZERO so a subsequent atomic delta has something to mutate.
+     *
+     * Goes through the SERVICE tier (`repository.create` with the badge-scoped execution context)
+     * rather than a raw insert, so the row is schema-validated and gets its scope FK injected by
+     * context enrichment at birth — see {@link buildBadgeExecutionContext} for why the triggering
+     * operation's own context cannot serve here.
+     */
+    private materializeZeroBadge;
+    /**
+     * Write an ABSOLUTE count (`SET` / `RESET`).
+     *
+     * The read here is NOT a read-modify-write: the value written is fixed by the caller, so a
+     * concurrent absolute write can only replace it wholesale, which is what an absolute write means.
+     * The read decides update-versus-insert and supplies the reported `previousCount`.
+     */
+    private writeAbsoluteCount;
     /**
      * Increment a badge count
      */
-    increment<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: ResourcePrimaryScope, scopeId: string, identifier: NotificationBadgeIdentifier, amount?: number): Promise<BadgeUpdateResult>;
+    increment<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: NotificationScope, scopeId: string, identifier: NotificationBadgeIdentifier, amount?: number): Promise<BadgeUpdateResult>;
     /**
      * Decrement a badge count
      */
-    decrement<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: ResourcePrimaryScope, scopeId: string, identifier: NotificationBadgeIdentifier, amount?: number): Promise<BadgeUpdateResult>;
+    decrement<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: NotificationScope, scopeId: string, identifier: NotificationBadgeIdentifier, amount?: number): Promise<BadgeUpdateResult>;
     /**
      * Set a badge count to a specific value
      */
-    set<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: ResourcePrimaryScope, scopeId: string, identifier: NotificationBadgeIdentifier, value: number): Promise<BadgeUpdateResult>;
+    set<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: NotificationScope, scopeId: string, identifier: NotificationBadgeIdentifier, value: number): Promise<BadgeUpdateResult>;
     /**
      * Reset a badge count to zero
      */
-    reset<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: ResourcePrimaryScope, scopeId: string, identifier: NotificationBadgeIdentifier): Promise<BadgeUpdateResult>;
+    reset<TResourceConfigOperation extends ResourceConfiguration_Operation<any, any, any>>(executionContext: ExecutionContext<TResourceConfigOperation>, scope: NotificationScope, scopeId: string, identifier: NotificationBadgeIdentifier): Promise<BadgeUpdateResult>;
     /**
      * Recompute a DERIVED_QUERY badge and persist the result (R5).
      *
@@ -133,9 +238,22 @@ export declare class NotificationBadgeBackendService {
         organizationId?: string | null;
     }): Promise<void>;
     /**
-     * Find a badge by scope, scopeId, and identifier
+     * Find a badge by scope, scopeId, and identifier.
+     *
+     * `executionContext` is the CALLER's context and is deliberately not used for the read: a badge
+     * read runs on its own badge-resource-scoped context, exactly as a badge write does, because the
+     * triggering operation's context carries the wrong scope (see {@link buildBadgeExecutionContext}).
+     * The parameter is kept so the private read reads like every other method on this service.
      */
     private findBadge;
+    /**
+     * The badge read itself, addressed only by identity.
+     *
+     * Split out of {@link findBadge} because the atomic write path has no caller execution context to
+     * pass — it is reconciling its own guarded statements, not serving a request — and inventing one
+     * to satisfy a parameter the read never consults would be ceremony.
+     */
+    private findBadgeByIdentity;
     /**
      * Resolve the repository for a given badge scope.
      *
@@ -152,11 +270,14 @@ export declare class NotificationBadgeBackendService {
      */
     private resolveRepository;
     /**
-     * Whether a string scope value is one of the supported badge scopes.
-     * Used by `parseBadgeReference` to reject APPLICATION-scoped references
-     * at parse time (the variant was dropped in the polymorphism refactor).
+     * Resolve the RESOURCE TYPE backing a badge scope — the same polymorphism dispatch
+     * {@link resolveRepository} performs, named separately because the atomic write path addresses the
+     * registry by resource type rather than by repository handle.
+     *
+     * One switch, two consumers: a second copy of this mapping is how a future third scope reaches one
+     * of them and not the other.
      */
-    private isSupportedScope;
+    private resolveResourceType;
     /**
      * Build filter for scope-specific queries.
      *

package/dist/esm/notifications/services/notification-badge.backend.service.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"notification-badge.backend.service.d.ts","sourceRoot":"","sources":["../../../../../src/notifications/services/notification-badge.backend.service.ts"],"names":[],"mappings":"AAEA,OAAO,EAAE,aAAa,EAAE,MAAM,8DAA8D,CAAC;AAC7F,OAAO,EAAE,0BAA0B,EAAE,MAAM,kEAAkE,CAAC;AAE9G,OAAO,EACL,yCAAyC,EAE1C,MAAM,qGAAqG,CAAC;AAC7G,OAAO,EAAE,+BAA+B,EAAE,MAAM,0EAA0E,CAAC;AAC3H,OAAO,EAAE,qCAAqC,EAAE,MAAM,+EAA+E,CAAC;AACtI,OAAO,EAAE,gBAAgB,EAAE,MAAM,qEAAqE,CAAC;AACvG,OAAO,EAAE,+BAA+B,EAAE,MAAM,uBAAuB,CAAC;AACxE,OAAO,EACL,oBAAoB,EACpB,0BAA0B,EAE1B,2BAA2B,EAI3B,2BAA2B,EAG5B,MAAM,uBAAuB,CAAC;AAC/B,OAAO,EAAE,gBAAgB,EAAoB,MAAM,uDAAuD,CAAC;AAE3G;;;;;GAKG;AACH,MAAM,WAAW,cAAc;IAC7B,KAAK,EAAE,oBAAoB,CAAC;IAC5B,OAAO,EAAE,MAAM,CAAC;IAChB,UAAU,EAAE,2BAA2B,CAAC;CACzC;AAED,MAAM,WAAW,iBAAiB;IAChC,cAAc,EAAE,MAAM,CAAC;IACvB,aAAa,EAAE,MAAM,CAAC;IACtB,QAAQ,EAAE,MAAM,CAAC;CAClB;AAYD;;;;;;GAMG;AACH,qBACa,+BAA+B;IAKL,OAAO,CAAC,QAAQ,CAAC,MAAM;IACV,OAAO,CAAC,QAAQ,CAAC,YAAY;IACd,OAAO,CAAC,QAAQ,CAAC,oBAAoB;IACvD,OAAO,CAAC,QAAQ,CAAC,gBAAgB;IAC1B,OAAO,CAAC,QAAQ,CAAC,iBAAiB;IACpB,OAAO,CAAC,QAAQ,CAAC,uBAAuB;IAR5G,SAAS,CAAC,QAAQ,EAAE,CAAC,OAAO,EAAE,MAAM,EAAE,OAAO,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,IAAI,CAAC;gBAG3B,MAAM,EAAE,aAAa,EACR,YAAY,EAAE,0BAA0B,EACzB,oBAAoB,EAAE,yCAAyC,EACjF,gBAAgB,EAAE,gBAAgB,EAC3B,iBAAiB,EAAE,+BAA+B,EACpC,uBAAuB,EAAE,qCAAqC;IAMnJ;;;;;;;;;;;;;;;;;;;OAmBG;IACH,OAAO,CAAC,0BAA0B;IAiBlC;;OAEG;IACI,mBAAmB,CAAC,KAAK,EAAE,oBAAoB,EAAE,OAAO,EAAE,MAAM,EAAE,UAAU,EAAE,2BAA2B,GAAG,MAAM;IAIzH;;;;;;;;OAQG;IACI,mBAAmB,CAAC,cAAc,EAAE,MAAM,GAAG,cAAc,GAAG,IAAI;IAgBzE;;OAEG;IACU,aAAa,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EACxG,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,oBAAoB,EAC3B,OAAO,EAAE,MAAM,EACf,UAAU,EAAE,2BAA2B,GACtC,OAAO,CAAC,MAAM,CAAC;IAelB;;OAEG;IACU,YAAY,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EACvG,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,oBAAoB,EAC3B,OAAO,EAAE,MAAM,GACd,OAAO,CAAC,KAAK,CAAC;QAAE,UAAU,EAAE,MAAM,CAAC;QAAC,KAAK,EAAE,MAAM,CAAA;KAAE,CAAC,CAAC;IA0BxD;;OAEG;IACU,qBAAqB,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EAChH,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,oBAAoB,EAC3B,OAAO,EAAE,MAAM,EACf,UAAU,EAAE,2BAA2B,EACvC,SAAS,EAAE,0BAA0B,EACrC,KAAK,GAAE,MAAU,GAChB,OAAO,CAAC,iBAAiB,CAAC;IAsE7B;;OAEG;IACU,SAAS,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EACpG,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,oBAAoB,EAC3B,OAAO,EAAE,MAAM,EACf,UAAU,EAAE,2BAA2B,EACvC,MAAM,GAAE,MAAU,GACjB,OAAO,CAAC,iBAAiB,CAAC;IAW7B;;OAEG;IACU,SAAS,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EACpG,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,oBAAoB,EAC3B,OAAO,EAAE,MAAM,EACf,UAAU,EAAE,2BAA2B,EACvC,MAAM,GAAE,MAAU,GACjB,OAAO,CAAC,iBAAiB,CAAC;IAW7B;;OAEG;IACU,GAAG,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EAC9F,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,oBAAoB,EAC3B,OAAO,EAAE,MAAM,EACf,UAAU,EAAE,2BAA2B,EACvC,KAAK,EAAE,MAAM,GACZ,OAAO,CAAC,iBAAiB,CAAC;IAW7B;;OAEG;IACU,KAAK,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EAChG,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,oBAAoB,EAC3B,OAAO,EAAE,MAAM,EACf,UAAU,EAAE,2BAA2B,GACtC,OAAO,CAAC,iBAAiB,CAAC;IAU7B;;;;;;;;;OASG;IACU,qBAAqB,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EAChH,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,UAAU,EAAE,2BAA2B,EACvC,OAAO,EAAE,MAAM,GACd,OAAO,CAAC,IAAI,CAAC;IAyChB;;;;;;;;;;;OAWG;IACU,uBAAuB,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EAClH,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,YAAY,EAAE;QAAE,MAAM,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;QAAC,cAAc,CAAC,EAAE,MAAM,GAAG,IAAI,CAAA;KAAE,GACvE,OAAO,CAAC,IAAI,CAAC;IAuChB;;OAEG;YACW,SAAS;IAqBvB;;;;;;;;;;;;;OAaG;IACH,OAAO,CAAC,iBAAiB;IAWzB;;;;OAIG;IACH,OAAO,CAAC,gBAAgB;IAKxB;;;;;;;OAOG;IACH,OAAO,CAAC,gBAAgB;IAWxB;;;;;;OAMG;IACH,OAAO,CAAC,aAAa;IA2BrB;;;;;;;;;;OAUG;YACW,eAAe;CAsC9B"}
+{"version":3,"file":"notification-badge.backend.service.d.ts","sourceRoot":"","sources":["../../../../src/notifications/services/notification-badge.backend.service.ts"],"names":[],"mappings":"AAEA,OAAO,EAAE,aAAa,EAAE,MAAM,8DAA8D,CAAC;AAC7F,OAAO,EAAE,0BAA0B,EAAE,MAAM,kEAAkE,CAAC;AAE9G,OAAO,EACL,yCAAyC,EAE1C,MAAM,qGAAqG,CAAC;AAC7G,OAAO,EAAE,+BAA+B,EAAE,MAAM,0EAA0E,CAAC;AAC3H,OAAO,EAAE,qCAAqC,EAAE,MAAM,+EAA+E,CAAC;AACtI,OAAO,EAAE,gBAAgB,EAAE,MAAM,qEAAqE,CAAC;AACvG,OAAO,EAAE,+BAA+B,EAAE,MAAM,uBAAuB,CAAC;AACxE,OAAO,EAEL,0BAA0B,EAE1B,2BAA2B,EAI3B,2BAA2B,EAG3B,KAAK,iBAAiB,EAIvB,MAAM,uBAAuB,CAAC;AAC/B,OAAO,EAAE,gBAAgB,EAAoB,MAAM,uDAAuD,CAAC;AAE3G;;;;;;;GAOG;AACH,MAAM,WAAW,cAAc;IAC7B,KAAK,EAAE,iBAAiB,CAAC;IACzB,OAAO,EAAE,MAAM,CAAC;IAChB,UAAU,EAAE,2BAA2B,CAAC;CACzC;AAED,MAAM,WAAW,iBAAiB;IAChC,cAAc,EAAE,MAAM,CAAC;IACvB,aAAa,EAAE,MAAM,CAAC;IACtB,QAAQ,EAAE,MAAM,CAAC;CAClB;AA6BD;;;;;;GAMG;AACH,qBACa,+BAA+B;IAKL,OAAO,CAAC,QAAQ,CAAC,MAAM;IACV,OAAO,CAAC,QAAQ,CAAC,YAAY;IACd,OAAO,CAAC,QAAQ,CAAC,oBAAoB;IACvD,OAAO,CAAC,QAAQ,CAAC,gBAAgB;IAC1B,OAAO,CAAC,QAAQ,CAAC,iBAAiB;IACpB,OAAO,CAAC,QAAQ,CAAC,uBAAuB;IAR5G,SAAS,CAAC,QAAQ,EAAE,CAAC,OAAO,EAAE,MAAM,EAAE,OAAO,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,IAAI,CAAC;gBAG3B,MAAM,EAAE,aAAa,EACR,YAAY,EAAE,0BAA0B,EACzB,oBAAoB,EAAE,yCAAyC,EACjF,gBAAgB,EAAE,gBAAgB,EAC3B,iBAAiB,EAAE,+BAA+B,EACpC,uBAAuB,EAAE,qCAAqC;IAMnJ;;;;;;;;;;;;;;;;;;;OAmBG;IACH,OAAO,CAAC,0BAA0B;IAiBlC;;;;;;OAMG;IACI,mBAAmB,CAAC,KAAK,EAAE,iBAAiB,EAAE,OAAO,EAAE,MAAM,EAAE,UAAU,EAAE,2BAA2B,GAAG,MAAM;IAItH;;;;;;;;OAQG;IACI,mBAAmB,CAAC,cAAc,EAAE,MAAM,GAAG,cAAc,GAAG,IAAI;IAIzE;;OAEG;IACU,aAAa,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EACxG,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,iBAAiB,EACxB,OAAO,EAAE,MAAM,EACf,UAAU,EAAE,2BAA2B,GACtC,OAAO,CAAC,MAAM,CAAC;IAelB;;OAEG;IACU,YAAY,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EACvG,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,iBAAiB,EACxB,OAAO,EAAE,MAAM,GACd,OAAO,CAAC,KAAK,CAAC;QAAE,UAAU,EAAE,MAAM,CAAC;QAAC,KAAK,EAAE,MAAM,CAAA;KAAE,CAAC,CAAC;IA0BxD;;;;;;;;;;;;;;;;;;;;;OAqBG;IACU,qBAAqB,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EAChH,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,iBAAiB,EACxB,OAAO,EAAE,MAAM,EACf,UAAU,EAAE,2BAA2B,EACvC,SAAS,EAAE,0BAA0B,EACrC,KAAK,GAAE,MAAU,GAChB,OAAO,CAAC,iBAAiB,CAAC;IAyE7B;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OA8BG;YACW,wBAAwB;IA6DtC;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OA6BG;YACW,sBAAsB;IA0CpC;;;;;;;OAOG;YACW,oBAAoB;IAWlC;;;;;;OAMG;YACW,kBAAkB;IA0BhC;;OAEG;IACU,SAAS,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EACpG,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,iBAAiB,EACxB,OAAO,EAAE,MAAM,EACf,UAAU,EAAE,2BAA2B,EACvC,MAAM,GAAE,MAAU,GACjB,OAAO,CAAC,iBAAiB,CAAC;IAW7B;;OAEG;IACU,SAAS,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EACpG,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,iBAAiB,EACxB,OAAO,EAAE,MAAM,EACf,UAAU,EAAE,2BAA2B,EACvC,MAAM,GAAE,MAAU,GACjB,OAAO,CAAC,iBAAiB,CAAC;IAW7B;;OAEG;IACU,GAAG,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EAC9F,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,iBAAiB,EACxB,OAAO,EAAE,MAAM,EACf,UAAU,EAAE,2BAA2B,EACvC,KAAK,EAAE,MAAM,GACZ,OAAO,CAAC,iBAAiB,CAAC;IAW7B;;OAEG;IACU,KAAK,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EAChG,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,KAAK,EAAE,iBAAiB,EACxB,OAAO,EAAE,MAAM,EACf,UAAU,EAAE,2BAA2B,GACtC,OAAO,CAAC,iBAAiB,CAAC;IAU7B;;;;;;;;;OASG;IACU,qBAAqB,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EAChH,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,UAAU,EAAE,2BAA2B,EACvC,OAAO,EAAE,MAAM,GACd,OAAO,CAAC,IAAI,CAAC;IAyChB;;;;;;;;;;;OAWG;IACU,uBAAuB,CAAC,wBAAwB,SAAS,+BAA+B,CAAC,GAAG,EAAE,GAAG,EAAE,GAAG,CAAC,EAClH,gBAAgB,EAAE,gBAAgB,CAAC,wBAAwB,CAAC,EAC5D,YAAY,EAAE;QAAE,MAAM,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;QAAC,cAAc,CAAC,EAAE,MAAM,GAAG,IAAI,CAAA;KAAE,GACvE,OAAO,CAAC,IAAI,CAAC;IAuChB;;;;;;;OAOG;IACH,OAAO,CAAC,SAAS;IASjB;;;;;;OAMG;YACW,mBAAmB;IAoBjC;;;;;;;;;;;;;OAaG;IACH,OAAO,CAAC,iBAAiB;IAKzB;;;;;;;OAOG;IACH,OAAO,CAAC,mBAAmB;IAW3B;;;;;;;OAOG;IACH,OAAO,CAAC,gBAAgB;IAWxB;;;;;;OAMG;IACH,OAAO,CAAC,aAAa;IA2BrB;;;;;;;;;;OAUG;YACW,eAAe;CAsC9B"}