@fuzdev/fuz_app 0.78.0 → 0.79.0

package/dist/testing/cross_backend/testing_server_core.d.ts

@@ -10,8 +10,8 @@ import '../assert_dev_env.js';
  * WS attach, graceful drain shutdown — and delegates the runtime-boundary
  * primitives (HTTP serve, WS upgrade construction, signals, pid, exit) to a
  * {@link TestingServerAdapter}. The two shipped adapters are
- * `testing_server_node.ts` (`@hono/node-server` + `@hono/node-ws`) and
- * `testing_server_deno.ts` (`Deno.serve` + `hono/deno`).
+ * `testing/cross_backend/testing_server_node.ts` (`@hono/node-server` + `@hono/node-ws`) and
+ * `testing/cross_backend/testing_server_deno.ts` (`Deno.serve` + `hono/deno`).
  *
  * The app itself — routes, RPC, DB, `_testing_reset`, optional WS mount —
  * is the caller's {@link StartTestingServerOptions.build_app} seam, so this
@@ -57,7 +57,7 @@ export interface PreparedWebsocket {
 }
 /**
  * Runtime adapter contract for the test-binary entry. Each adapter
- * (`testing_server_node.ts`, `testing_server_deno.ts`) implements this and
+ * (`testing/cross_backend/testing_server_node.ts`, `testing/cross_backend/testing_server_deno.ts`) implements this and
  * hands the shape to {@link start_testing_server}.
  */
 export interface TestingServerAdapter {

package/dist/testing/cross_backend/testing_server_deno.js

@@ -3,8 +3,8 @@ import '../assert_dev_env.js';
  * Deno runtime adapter for spawnable cross-process test server binaries.
  *
  * Binds `Deno.serve` and `hono/deno`'s module-level `upgradeWebSocket`. The
- * shared `testing_server_core.ts` owns the rest. Counterpart to
- * `testing_server_node.ts` — together they isolate the JS-runtime axis (Deno
+ * shared `testing/cross_backend/testing_server_core.ts` owns the rest. Counterpart to
+ * `testing/cross_backend/testing_server_node.ts` — together they isolate the JS-runtime axis (Deno
  * vs Node V8) on identical TS surfaces, and the Rust spine binary covers the
  * cross-language axis.
  *

package/dist/testing/cross_backend/testing_server_node.js

@@ -4,7 +4,7 @@ import '../assert_dev_env.js';
  *
  * Binds `@hono/node-server`'s `serve()` and `@hono/node-ws`'s two-phase
  * `createNodeWebSocket(app)` / `injectWebSocket(server)`. The shared
- * `testing_server_core.ts` owns the rest. A test binary builds this adapter
+ * `testing/cross_backend/testing_server_core.ts` owns the rest. A test binary builds this adapter
  * and hands it to `start_testing_server` alongside its `build_app` seam.
  *
  * `@hono/node-server` + `@hono/node-ws` are **optional** peer deps (same

package/dist/testing/cross_backend/ts_spine_backend_config.d.ts

@@ -21,7 +21,7 @@ import type { BackendConfig } from './backend_config.js';
 export declare const TS_SPINE_DIR_ENV = "FUZ_TESTING_TS_SPINE_DIR";
 /**
  * Audit-log SSE stream path the TS spine binary serves (it wires
- * `audit_log_sse`). Matches `SPINE_SSE_PATH` in `default_spine_surface.ts`
+ * `audit_log_sse`). Matches `SPINE_SSE_PATH` in `testing/cross_backend/default_spine_surface.ts`
  * and the cross-process SSE suite's default. Scoped to the TS configs
  * (which advertise `capabilities.sse: true`) — the Rust spine doesn't serve
  * the stream, so the shared `ts_default_capabilities` stays `sse: false`.

package/dist/testing/cross_backend/ts_spine_backend_config.js

@@ -5,7 +5,7 @@ import { make_default_ts_backend_config, ts_default_capabilities, } from './defa
 export const TS_SPINE_DIR_ENV = 'FUZ_TESTING_TS_SPINE_DIR';
 /**
  * Audit-log SSE stream path the TS spine binary serves (it wires
- * `audit_log_sse`). Matches `SPINE_SSE_PATH` in `default_spine_surface.ts`
+ * `audit_log_sse`). Matches `SPINE_SSE_PATH` in `testing/cross_backend/default_spine_surface.ts`
  * and the cross-process SSE suite's default. Scoped to the TS configs
  * (which advertise `capabilities.sse: true`) — the Rust spine doesn't serve
  * the stream, so the shared `ts_default_capabilities` stays `sse: false`.

package/dist/testing/cross_backend/xfail.js

@@ -14,7 +14,7 @@ import '../assert_dev_env.js';
  *   stops throwing (i.e. the impl starts passing), forcing whoever closed
  *   the gap to delete the marker. A `.skip` would rot silently; this can't.
  *
- * Sibling to `test_if` in `capabilities.ts`. No taxonomy — a one-line
+ * Sibling to `test_if` in `testing/cross_backend/capabilities.ts`. No taxonomy — a one-line
  * marker with a tracking id and a reason, nothing more.
  *
  * @module

package/dist/testing/data_exposure.js

@@ -8,7 +8,7 @@ import './assert_dev_env.js';
  * - Cross-privilege: verifies admin routes return 403 for non-admin users,
  *   and non-admin responses exclude admin-only fields
  *
- * Cadence: per-describe `setup_test()` call (see `round_trip.ts` module
+ * Cadence: per-describe `setup_test()` call (see `testing/round_trip.ts` module
  * docstring). The runtime body manages its own request ordering (auth-free
  * → cross-privilege → 2xx) to avoid session-invalidation contamination
  * between assertions, so per-test fixture re-creation isn't needed.

package/dist/testing/db_entities.d.ts

@@ -28,7 +28,7 @@ export declare const create_test_account_with_actor: (db: Db, options: {
  * `_supersede` notification chain a real grant emits. Cross-process
  * suites must instead drive `role_grant_offer_create_action_spec` +
  * `role_grant_offer_accept_action_spec` via
- * `role_grant_helpers.ts`'s `role_grant_offer_and_accept` so the
+ * `testing/role_grant_helpers.ts`'s `role_grant_offer_and_accept` so the
  * fixture observes the full post-commit fan-out the way production
  * does — otherwise tests would mask real divergence between the TS
  * and Rust spines.

package/dist/testing/db_entities.js

@@ -3,7 +3,7 @@ import './assert_dev_env.js';
  * DB-backed entity factories for tests that need real `account` + `actor`
  * rows in the database.
  *
- * Companion to `entities.ts` — that file ships in-memory factories
+ * Companion to `testing/entities.ts` — that file ships in-memory factories
  * (`create_test_account`, `create_test_actor`) for tests that mock the
  * DB; this file ships factories that hit a real `Db` so query-level
  * tests don't reimplement the same `query_create_account_with_actor`
@@ -12,7 +12,7 @@ import './assert_dev_env.js';
  * For full-fledged test accounts that also need an API token + signed
  * session cookie + role_grants, use `bootstrap_test_keeper` (keeper) or
  * `create_test_account_with_credentials` (additional accounts) from
- * `app_server.ts` instead.
+ * `testing/app_server.ts` instead.
  *
  * @module
  */
@@ -37,7 +37,7 @@ export const create_test_account_with_actor = async (db, options) => query_creat
  * `_supersede` notification chain a real grant emits. Cross-process
  * suites must instead drive `role_grant_offer_create_action_spec` +
  * `role_grant_offer_accept_action_spec` via
- * `role_grant_helpers.ts`'s `role_grant_offer_and_accept` so the
+ * `testing/role_grant_helpers.ts`'s `role_grant_offer_and_accept` so the
  * fixture observes the full post-commit fan-out the way production
  * does — otherwise tests would mask real divergence between the TS
  * and Rust spines.

package/dist/testing/integration.d.ts

@@ -41,7 +41,7 @@ export interface StandardIntegrationTestOptions {
      * `require_rpc_endpoint_path` on setup so consumer projects see a
      * clear setup error instead of confusing test failures.
      *
-     * Accepts either an array (eager) or a factory — see `rpc_helpers.ts`
+     * Accepts either an array (eager) or a factory — see `testing/rpc_helpers.ts`
      * for the union semantics. The factory must return the same endpoint
      * `path` regardless of ctx — invoked once at setup with a stub ctx
      * for path lookup; the running backend handles live dispatch.

package/dist/testing/role_grant_helpers.js

@@ -2,7 +2,7 @@ import './assert_dev_env.js';
 /**
  * RPC-flow helpers for role_grant lifecycle in tests.
  *
- * Sibling to `db_entities.ts`'s `create_test_role_grant_direct` — that one
+ * Sibling to `testing/db_entities.ts`'s `create_test_role_grant_direct` — that one
  * seeds a role_grant directly via `query_create_role_grant` (bypassing the
  * consent flow) for tests that focus on revoke or isolation semantics. This
  * file ships the RPC-driven complement: `role_grant_offer_and_accept`

package/dist/testing/rpc_round_trip.js

@@ -8,7 +8,7 @@ import './assert_dev_env.js';
  * method's declared output schema. DB-backed via the suite's `setup_test`
  * fixture-producing callback.
  *
- * Cadence: per-describe `setup_test()` call (see `round_trip.ts` module
+ * Cadence: per-describe `setup_test()` call (see `testing/round_trip.ts` module
  * docstring). RPC round-trip tests fire one JSON-RPC envelope per
  * method-direction and don't mutate state in a way that contaminates the
  * next case.

package/dist/testing/schema_introspect.d.ts

@@ -15,7 +15,7 @@ import './assert_dev_env.js';
  * and PGlite. The snapshot is fully deterministic: every collection sorts by
  * a stable key and excludes time-varying fields like `applied_at`.
  *
- * Paired with `schema_parity.ts` for comparison + assertion helpers.
+ * Paired with `testing/schema_parity.ts` for comparison + assertion helpers.
  *
  * @module
  */
@@ -63,8 +63,8 @@ export type SequenceSnapshot = z.infer<typeof SequenceSnapshot>;
 /**
  * Normalized database schema snapshot for parity comparison — the single
  * source of truth for the snapshot shape across the introspection query
- * (`query_schema_snapshot`), the diff comparator (`schema_parity.ts`), and
- * the cross-impl RPC action's wire validator (`testing_reset_actions.ts`).
+ * (`query_schema_snapshot`), the diff comparator (`testing/schema_parity.ts`), and
+ * the cross-impl RPC action's wire validator (`testing/cross_backend/testing_reset_actions.ts`).
  *
  * All fields are deterministically ordered on capture so structural equality
  * via `JSON.stringify` or per-key comparison yields stable results.

package/dist/testing/schema_introspect.js

@@ -15,7 +15,7 @@ import './assert_dev_env.js';
  * and PGlite. The snapshot is fully deterministic: every collection sorts by
  * a stable key and excludes time-varying fields like `applied_at`.
  *
- * Paired with `schema_parity.ts` for comparison + assertion helpers.
+ * Paired with `testing/schema_parity.ts` for comparison + assertion helpers.
  *
  * @module
  */
@@ -54,8 +54,8 @@ export const SequenceSnapshot = z.object({
 /**
  * Normalized database schema snapshot for parity comparison — the single
  * source of truth for the snapshot shape across the introspection query
- * (`query_schema_snapshot`), the diff comparator (`schema_parity.ts`), and
- * the cross-impl RPC action's wire validator (`testing_reset_actions.ts`).
+ * (`query_schema_snapshot`), the diff comparator (`testing/schema_parity.ts`), and
+ * the cross-impl RPC action's wire validator (`testing/cross_backend/testing_reset_actions.ts`).
  *
  * All fields are deterministically ordered on capture so structural equality
  * via `JSON.stringify` or per-key comparison yields stable results.

package/dist/testing/transports/sse_transport.js

@@ -8,9 +8,9 @@ import '../assert_dev_env.js';
  * delegates frame parsing to the shared `create_sse_frame_reader`. Uses only
  * built-in streaming `fetch` + `TextDecoder` — no extra dep.
  *
- * Mirrors how `ws_transport.ts` is the cross-process counterpart to the
+ * Mirrors how `testing/transports/ws_transport.ts` is the cross-process counterpart to the
  * in-process WS harness; the in-process SSE route suite
- * (`../sse_round_trip.ts`) shares the same `create_sse_frame_reader` over a
+ * (`testing/sse_round_trip.ts`) shares the same `create_sse_frame_reader` over a
  * Hono `Response.body`.
  *
  * @module

package/dist/testing/transports/ws_client.d.ts

@@ -82,7 +82,7 @@ export interface WsClient {
      * Resolves `true` immediately when the socket is already closed.
      * Distinct from `close()` (client-initiated): this awaits a close the
      * test did not request. Mirrors `wait_for_close` on the SSE frame reader
-     * in `../sse_round_trip.ts`.
+     * in `testing/sse_round_trip.ts`.
      */
     wait_for_close: (timeout_ms?: number) => Promise<boolean>;
     /** Every message the server has sent, in arrival order. */

package/dist/testing/transports/ws_client.js

@@ -6,10 +6,10 @@ import '../assert_dev_env.js';
  * driver implements — `send` / `request` / `close` / `messages` /
  * `wait_for`. Two impls today:
  *
- * - **In-process** — `create_ws_test_harness` in `../ws_round_trip.ts`.
+ * - **In-process** — `create_ws_test_harness` in `testing/ws_round_trip.ts`.
  *   Drives `register_action_ws` against a fake Hono upgrade so the
  *   dispatcher's full path runs without the wire upgrade.
- * - **Cross-process** — `create_ws_transport` in `./ws_transport.ts`.
+ * - **Cross-process** — `create_ws_transport` in `testing/transports/ws_transport.ts`.
  *   Wraps the native `WebSocket` upgrade against a real running binary,
  *   threading the session cookie captured by `FetchTransport`.
  *

package/dist/testing/transports/ws_transport.js

@@ -2,7 +2,7 @@ import '../assert_dev_env.js';
 /**
  * Cross-process WebSocket transport.
  *
- * Implements the shared `WsClient` interface (see `ws_client.ts`) over a
+ * Implements the shared `WsClient` interface (see `testing/transports/ws_client.ts`) over a
  * real `WebSocket` upgrade against a spawned test binary. The cookie
  * captured by the sibling `FetchTransport` on bootstrap is threaded onto
  * the upgrade request so the WS session authenticates as the same

package/dist/ui/CLAUDE.md

@@ -12,7 +12,7 @@ RPC adapters are provisioned once at the admin shell and read by every
 `Admin*.svelte`.
 
 For Svelte 5 patterns (runes, inline `$props`, contexts, snippets,
-attachments), see Skill(fuz-stack) svelte-patterns. See ../../docs/usage.md
+attachments), see Skill(fuz-stack) svelte-patterns. See ../../../docs/usage.md
 for end-to-end wiring examples ("Role grant offer UI", "Admin UI"). This
 file is a reference, not a tutorial.
 

package/dist/ui/sidebar_state.svelte.d.ts

@@ -1,5 +1,5 @@
 /**
- * Reactive sidebar visibility state. Provisioned by `AppShell.svelte` via
+ * Reactive sidebar visibility state. Provisioned by `ui/AppShell.svelte` via
  * `sidebar_state_context`; consumers read `show_sidebar` and call
  * `toggle_sidebar` / `activate`.
  *
@@ -7,7 +7,7 @@
  */
 /**
  * Svelte context carrying a reactive `SidebarState` accessor. Set by
- * `AppShell.svelte` (creates a fresh `SidebarState` if not supplied);
+ * `ui/AppShell.svelte` (creates a fresh `SidebarState` if not supplied);
  * consumers call `sidebar_state_context.get()` to read or toggle visibility.
  */
 export declare const sidebar_state_context: {

package/dist/ui/sidebar_state.svelte.js

@@ -1,5 +1,5 @@
 /**
- * Reactive sidebar visibility state. Provisioned by `AppShell.svelte` via
+ * Reactive sidebar visibility state. Provisioned by `ui/AppShell.svelte` via
  * `sidebar_state_context`; consumers read `show_sidebar` and call
  * `toggle_sidebar` / `activate`.
  *
@@ -8,7 +8,7 @@
 import { create_context } from '@fuzdev/fuz_ui/context_helpers.js';
 /**
  * Svelte context carrying a reactive `SidebarState` accessor. Set by
- * `AppShell.svelte` (creates a fresh `SidebarState` if not supplied);
+ * `ui/AppShell.svelte` (creates a fresh `SidebarState` if not supplied);
  * consumers call `sidebar_state_context.get()` to read or toggle visibility.
  */
 export const sidebar_state_context = create_context();

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@fuzdev/fuz_app",
-  "version": "0.78.0",
+  "version": "0.79.0",
   "description": "fullstack app library",
   "glyph": "🗝",
   "logo": "logo.svg",