@cosmicdrift/kumiko-dev-server 0.152.0 → 0.153.0

package/src/session-wiring.ts

@@ -1,29 +0,0 @@
-/**
- * runProdApp session-wiring decision (extracted pure so it is testable without a
- * full prod boot).
- *
- * Secure-by-default: mounting the `sessions` feature turns server-side session
- * revocation + sessionStrictMode ON automatically — there is no separate opt-in. The
- * `auth.sessions` option only overrides the config, and `auth.sessions: false` is the
- * explicit opt-out (back to stateless JWTs).
- */
-
-export type ProdSessionsConfig = { readonly expiresInMs?: number };
-
-/** Config object to override defaults, or `false` to disable session wiring entirely. */
-export type ProdSessionsOption = ProdSessionsConfig | false;
-
-export function shouldWireProdSessions(
-  hasAuth: boolean,
-  sessionsFeatureMounted: boolean,
-  sessionsOption: ProdSessionsOption | undefined,
-): boolean {
-  return hasAuth && sessionsFeatureMounted && sessionsOption !== false;
-}
-
-/** The config passed to buildProdSessionAuth — `false`/absent collapse to defaults. */
-export function resolveProdSessionsConfig(
-  sessionsOption: ProdSessionsOption | undefined,
-): ProdSessionsConfig {
-  return sessionsOption || {};
-}

package/src/try-hono-first.ts

@@ -1,46 +0,0 @@
-// Shared helper für die "Hono-first, SPA-fallback wenn 404"-Strategie.
-// Wird von dev (createKumikoServer.handleFetch) UND prod (runProdApp's
-// fetch-handler) verwendet — identische Semantik, ein helper. Ohne den
-// shared-Helper drifteten die beiden Pfade silent (genau der Bug der
-// legal-pages im dev-server geshadowed hat — runProdApp's docs sagten
-// "Hono matched VOR fallback", dev-server tat das NICHT).
-//
-// Pattern:
-//   1. Try app.fetch(req) — wenn Hono eine route matcht, greift sie.
-//   2. 404 vom Hono-stack → null returnen, caller macht SPA-fallback.
-//   3. Sonstige status (200, 401, 500, ...) → response durchreichen.
-//
-// req.clone() weil downstream der req body nochmal lesbar sein muss
-// (POST/PUT/PATCH future-proof — heute nur GET-routes betroffen).
-
-export type HonoLikeApp = {
-  // Hono.app.fetch ist `(req) => Response | Promise<Response>` (sync wenn
-  // alle Handler sync sind, sonst Promise). createApiEntrypoint's
-  // apiHandler matcht dieselbe shape. Union accepts both — wir await
-  // unten, das funktioniert für beide Fälle.
-  readonly fetch: (req: Request) => Response | Promise<Response>;
-};
-
-export type HonoFirstResult = {
-  /** True wenn Hono eine matchende Route hat (status !== 404).
-   *  Caller returnt dann response direkt.
-   *  False wenn keine Route matcht (status === 404). Caller macht den
-   *  SPA-/static-fallback; response enthält den 404 als final-fallback
-   *  falls auch der SPA-Pfad nichts liefert. */
-  readonly matched: boolean;
-  readonly response: Response;
-};
-
-/**
- * Hono-first try: app.fetch ZUERST. Wenn matched (status !== 404), gibt
- * der caller den response direkt zurück. Wenn nicht matched, fällt der
- * caller in den eigenen SPA-/static-fallback zurück — der response (404)
- * bleibt verfügbar als letztes Sicherheitsnetz.
- *
- * req.clone() weil downstream der req body nochmal lesbar sein muss
- * (POST/PUT/PATCH future-proof — heute nur GET-routes betroffen).
- */
-export async function tryHonoFirst(app: HonoLikeApp, req: Request): Promise<HonoFirstResult> {
-  const response = await app.fetch(req.clone());
-  return { matched: response.status !== 404, response };
-}