@solidjs/web 2.0.0-beta.31 → 2.0.0-beta.32

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (64) hide show
  1. package/README.md +1 -6
  2. package/dist/dev.cjs +234 -45
  3. package/dist/dev.js +221 -42
  4. package/dist/server.cjs +456 -123
  5. package/dist/server.js +445 -120
  6. package/dist/web.cjs +234 -45
  7. package/dist/web.js +221 -42
  8. package/frames/dist/client.cjs +217 -112
  9. package/frames/dist/client.dev.cjs +217 -112
  10. package/frames/dist/client.dev.js +218 -113
  11. package/frames/dist/client.js +218 -113
  12. package/frames/dist/server.cjs +488 -177
  13. package/frames/dist/server.js +489 -179
  14. package/package.json +55 -4
  15. package/serialization/dist/serialization.cjs +8 -0
  16. package/serialization/dist/serialization.js +1 -0
  17. package/serialization/types/index.d.ts +173 -6
  18. package/serialization/types-cjs/index.d.cts +173 -6
  19. package/server-functions/dist/client.cjs +46 -9
  20. package/server-functions/dist/client.js +47 -11
  21. package/server-functions/dist/rich-args.cjs +11 -0
  22. package/server-functions/dist/rich-args.js +9 -0
  23. package/server-functions/dist/server.cjs +275 -126
  24. package/server-functions/dist/server.dev.cjs +1053 -0
  25. package/server-functions/dist/server.dev.js +1021 -0
  26. package/server-functions/dist/server.js +273 -127
  27. package/server-functions/package.json +10 -0
  28. package/server-functions/rich-args/package.json +20 -0
  29. package/storage/types/index.d.ts +1 -1
  30. package/storage/types-cjs/index.d.cts +1 -1
  31. package/types/client.d.ts +127 -6
  32. package/types/core.d.ts +3 -1
  33. package/types/frames/client.d.ts +15 -1
  34. package/types/frames/frame-client.d.ts +37 -7
  35. package/types/frames/frame-sink.d.ts +26 -3
  36. package/types/frames/frame-transport.d.ts +39 -7
  37. package/types/frames/serializer.d.ts +173 -6
  38. package/types/frames/server.d.ts +22 -0
  39. package/types/index.d.ts +2 -3
  40. package/types/response.d.ts +45 -0
  41. package/types/serializer.d.ts +173 -6
  42. package/types/server-functions/client.d.ts +1 -0
  43. package/types/server-functions/rich-args.d.ts +10 -0
  44. package/types/server-functions/server.d.ts +98 -0
  45. package/types/server-functions/shared.d.ts +22 -0
  46. package/types/server-mock.d.ts +171 -59
  47. package/types/server.d.ts +188 -36
  48. package/types-cjs/client.d.cts +127 -6
  49. package/types-cjs/core.d.cts +3 -1
  50. package/types-cjs/frames/client.d.cts +15 -1
  51. package/types-cjs/frames/frame-client.d.cts +37 -7
  52. package/types-cjs/frames/frame-sink.d.cts +26 -3
  53. package/types-cjs/frames/frame-transport.d.cts +39 -7
  54. package/types-cjs/frames/serializer.d.cts +173 -6
  55. package/types-cjs/frames/server.d.cts +22 -0
  56. package/types-cjs/index.d.cts +2 -3
  57. package/types-cjs/response.d.cts +45 -0
  58. package/types-cjs/serializer.d.cts +173 -6
  59. package/types-cjs/server-functions/client.d.cts +1 -0
  60. package/types-cjs/server-functions/rich-args.d.cts +10 -0
  61. package/types-cjs/server-functions/server.d.cts +98 -0
  62. package/types-cjs/server-functions/shared.d.cts +22 -0
  63. package/types-cjs/server-mock.d.cts +171 -59
  64. package/types-cjs/server.d.cts +188 -36
@@ -49,6 +49,51 @@ export interface Href {
49
49
  */
50
50
  export function isHref(value: unknown): value is Href;
51
51
 
52
+ /**
53
+ * Registered-symbol brand (`Symbol.for("solid.SafeError")`) marking a thrown
54
+ * value as safe to serialize to the client verbatim. Declared `unique
55
+ * symbol` type-side; the runtime value is the registered symbol, so
56
+ * separately bundled copies agree on identity.
57
+ */
58
+ export declare const SAFE_ERROR: unique symbol;
59
+
60
+ /**
61
+ * Marks `error` as safe to serialize to the client verbatim, opting it out
62
+ * of the server-function handler's production error sanitization.
63
+ *
64
+ * By default a plain `Error` thrown from a server function is sanitized to a
65
+ * generic `Error` outside the dev build (the `development` export condition
66
+ * selects the full-fidelity copy; every other resolution sanitizes):
67
+ * its `message`, `stack`, and own-properties are dropped so a driver/ORM
68
+ * error can't leak a failing query or connection string over the wire.
69
+ * Dev builds keep full fidelity. This is the escape hatch for errors whose
70
+ * content is *intentional* client-facing information — brand them and their
71
+ * message/properties travel intact in every environment.
72
+ *
73
+ * The brand is a non-enumerable, symbol-keyed property, so it never itself
74
+ * serializes as an own-property. Sets the brand and returns the same value.
75
+ *
76
+ * @example
77
+ * ```ts
78
+ * import { markSafeError } from "@solidjs/web";
79
+ *
80
+ * async function transfer(amount: number) {
81
+ * "use server";
82
+ * if (amount > balance) {
83
+ * // The user must see this message; opt out of sanitization.
84
+ * throw markSafeError(new Error("Insufficient funds"));
85
+ * }
86
+ * }
87
+ * ```
88
+ */
89
+ export function markSafeError<E>(error: E): E;
90
+
91
+ /**
92
+ * Whether `value` is branded safe to serialize (via `markSafeError`).
93
+ * Registered-symbol check, correct across duplicated module instances.
94
+ */
95
+ export function isSafeError(value: unknown): value is Error;
96
+
52
97
  /**
53
98
  * Response header naming the cache keys a mutation invalidated
54
99
  * (`"X-Revalidate"`), comma separated. The response helpers below set it
@@ -1,23 +1,142 @@
1
- import { Plugin, Serializer, SerovalNode } from "seroval";
1
+ // Serialization surface (published as `@solidjs/web/serialization`): the
2
+ // runtime's Seroval machinery, exposed for the runtime's own entries and
3
+ // for integrations building transports on the same codec. This is
4
+ // INTEGRATION-FACING plumbing, not application API — it is exempt from the
5
+ // 2.0 stability guarantee and may change between releases. Application and
6
+ // router code should configure `codec` on the server-function entries
7
+ // instead of importing from here.
8
+ import { Serializer, SerovalNode } from "seroval";
2
9
 
3
10
  /**
4
11
  * Seroval's node shape — the intermediate representation `serializeJSON`
5
12
  * emits and `createJSONDeserializer` consumes. Safe to `JSON.stringify`.
13
+ *
14
+ * Integration-facing; may change (see the entry banner).
6
15
  */
7
16
  export type { SerovalNode };
8
17
 
18
+ // ---- Plugin authoring ----
19
+ //
20
+ // Unlike the rest of this entry, plugin authoring is APPLICATION-FACING —
21
+ // it is the supported way to feed the serializers' `plugins` options and
22
+ // the server-function entries' `codec.plugins`. The values re-export
23
+ // seroval's own (`createPlugin`, `OpaqueReference` — see serializer.js);
24
+ // the TYPES are declared here by hand, like everything else in this file,
25
+ // because seroval's published d.ts use extensionless ESM-relative imports
26
+ // that `moduleResolution: "nodenext"` cannot follow — a bare type
27
+ // re-export would silently degrade the whole authoring surface to `any`
28
+ // under skipLibCheck. The declarations mirror seroval ~1.5 exactly; the
29
+ // `~` pin is what makes mirroring safe.
30
+
31
+ /** Per-plugin bookkeeping seroval hands each plugin callback. */
32
+ export interface PluginData {
33
+ id: number;
34
+ }
35
+
36
+ /**
37
+ * The shape of a plugin's parsed payload: a map of `SerovalNode`s produced
38
+ * by the parse contexts, consumed by `serialize`/`deserialize`.
39
+ */
40
+ export type PluginInfo = { [key: string]: SerovalNode };
41
+
42
+ /** Parse context for `parse.sync`: turns child values into nodes. */
43
+ export interface SyncParsePluginContext {
44
+ parse<T>(current: T): SerovalNode;
45
+ }
46
+
47
+ /** Parse context for `parse.async`: like sync, but child parses await. */
48
+ export interface AsyncParsePluginContext {
49
+ parse<T>(current: T): Promise<SerovalNode>;
50
+ }
51
+
52
+ /**
53
+ * Parse context for `parse.stream`: sync parsing plus the streaming
54
+ * lifecycle (pending-state tracking, late node emission, cleanup).
55
+ */
56
+ export interface StreamParsePluginContext {
57
+ parse<T>(current: T): SerovalNode;
58
+ parseWithError<T>(current: T): SerovalNode | undefined;
59
+ isAlive(): boolean;
60
+ pushPendingState(): void;
61
+ popPendingState(): void;
62
+ onParse(node: SerovalNode): void;
63
+ onError(error: unknown): void;
64
+ addCleanup(callback: () => void): void;
65
+ }
66
+
67
+ /** Serialize context: renders child nodes to JS source. */
68
+ export interface SerializePluginContext {
69
+ serialize(node: SerovalNode): string;
70
+ }
71
+
72
+ /** Deserialize context: revives child nodes to runtime values. */
73
+ export interface DeserializePluginContext {
74
+ deserialize<T>(node: SerovalNode): T;
75
+ }
76
+
9
77
  /**
10
78
  * A Seroval plugin usable with the web serializers — teaches the codec how
11
- * to encode/decode a custom value type. Supply matching plugins on both
12
- * peers of a transport.
79
+ * to encode/decode a custom value type (`Value` is the value it matches,
80
+ * `Info` its parsed payload). Supply matching plugins on both peers of a
81
+ * transport. Bare `SerializerPlugin` (both parameters defaulted to `any`)
82
+ * is the list-element type every `plugins` option accepts.
83
+ *
84
+ * Integration-facing; may change (see the entry banner).
13
85
  */
14
- export type SerializerPlugin = Plugin<any, any>;
86
+ export interface SerializerPlugin<Value = any, Info extends PluginInfo = any> {
87
+ /** A unique string identifying the plugin — namespace it (`"app/Thing"`). */
88
+ tag: string;
89
+ /** Dependency plugins, resolved ahead of this one. */
90
+ extends?: SerializerPlugin[];
91
+ /** Whether `value` is this plugin's to encode. */
92
+ test(value: unknown): boolean;
93
+ /** Parsing modes — provide the ones the transports you target use. */
94
+ parse: {
95
+ sync?: (value: Value, ctx: SyncParsePluginContext, data: PluginData) => Info;
96
+ async?: (value: Value, ctx: AsyncParsePluginContext, data: PluginData) => Promise<Info>;
97
+ stream?: (value: Value, ctx: StreamParsePluginContext, data: PluginData) => Info;
98
+ };
99
+ /** Renders the parsed payload as JS source (script-injection form). */
100
+ serialize(node: Info, ctx: SerializePluginContext, data: PluginData): string;
101
+ /** Revives the parsed payload back into the runtime value. */
102
+ deserialize(node: Info, ctx: DeserializePluginContext, data: PluginData): Value;
103
+ }
104
+
105
+ /**
106
+ * Builds a `SerializerPlugin` — seroval's `createPlugin`, re-exported so
107
+ * plugin authors stay on the exact seroval instance/version the runtime
108
+ * serializes with. Import it from HERE, not from your own `seroval`
109
+ * dependency: a plugin built against a different copy/version would not
110
+ * fail the build — it would emit nodes the other peer can't interpret.
111
+ *
112
+ * Application-facing (see the plugin-authoring banner above).
113
+ */
114
+ export function createPlugin<Value, Info extends PluginInfo>(
115
+ plugin: SerializerPlugin<Value, Info>
116
+ ): SerializerPlugin<Value, Info>;
117
+
118
+ /**
119
+ * Seroval's `OpaqueReference`, re-exported from the runtime's own instance
120
+ * (an `OpaqueReference` from another seroval copy fails the serializer's
121
+ * instanceof check and serializes as a plain value): wraps a value so it
122
+ * crosses the wire as its `replacement` (default `undefined`) while
123
+ * staying readable in-process through `.value`.
124
+ *
125
+ * Application-facing (see the plugin-authoring banner above).
126
+ */
127
+ export class OpaqueReference<V, R = undefined> {
128
+ readonly value: V;
129
+ readonly replacement?: R;
130
+ constructor(value: V, replacement?: R);
131
+ }
15
132
 
16
133
  /**
17
134
  * Baseline plugin set for serializing web-platform values (AbortSignal,
18
135
  * Event, FormData, Headers, ReadableStream, Request, Response, URL, ...).
19
136
  * Applied by every serializer in this module; custom plugins compose ahead
20
137
  * of it via `resolveSerializerPlugins`.
138
+ *
139
+ * Integration-facing; may change (see the entry banner).
21
140
  */
22
141
  export const DEFAULT_WEB_PLUGINS: readonly SerializerPlugin[];
23
142
 
@@ -26,10 +145,16 @@ export const DEFAULT_WEB_PLUGINS: readonly SerializerPlugin[];
26
145
  * first so they can shadow a default for values both would match. Returns a
27
146
  * fresh array; the defaults are never mutated. Useful when handing a full
28
147
  * plugin list to another serialization layer.
148
+ *
149
+ * Integration-facing; may change (see the entry banner).
29
150
  */
30
151
  export function resolveSerializerPlugins(customPlugins?: SerializerPlugin[]): SerializerPlugin[];
31
152
 
32
- /** Options for `createSerializer`. */
153
+ /**
154
+ * Options for `createSerializer`.
155
+ *
156
+ * Integration-facing; may change (see the entry banner).
157
+ */
33
158
  export interface WebSerializerOptions {
34
159
  /** Name of the global object the emitted scripts write resolved values into. */
35
160
  globalIdentifier: string;
@@ -58,6 +183,8 @@ export interface WebSerializerOptions {
58
183
  * evaluated — the script-injection form of serialization renderers build
59
184
  * on. For a JSON-based wire codec (no eval on the receiving side), use
60
185
  * `serializeJSON` / `createJSONDeserializer` instead.
186
+ *
187
+ * Integration-facing; may change (see the entry banner).
61
188
  */
62
189
  export function createSerializer(options: WebSerializerOptions): Serializer;
63
190
 
@@ -96,6 +223,8 @@ export function getLocalHeaderScript(id?: string): string;
96
223
  * on the serializing and deserializing peer or payloads will not
97
224
  * round-trip — for server functions, set them once through the
98
225
  * client/server `codec` config option.
226
+ *
227
+ * Integration-facing; may change (see the entry banner).
99
228
  */
100
229
  export interface JSONCodecOptions {
101
230
  /** Extra plugins, composed ahead of `DEFAULT_WEB_PLUGINS`. Must match on both peers. */
@@ -113,7 +242,11 @@ export interface JSONCodecOptions {
113
242
  depthLimit?: number;
114
243
  }
115
244
 
116
- /** Options for `serializeJSON`. */
245
+ /**
246
+ * Options for `serializeJSON`.
247
+ *
248
+ * Integration-facing; may change (see the entry banner).
249
+ */
117
250
  export interface JSONSerializeOptions extends JSONCodecOptions {
118
251
  /**
119
252
  * Receives each serialized node; `initial` is true for the first chunk
@@ -132,6 +265,8 @@ export interface JSONSerializeOptions extends JSONCodecOptions {
132
265
  * the deserializing peer needs no script evaluation, so CSP-safe). Wire
133
266
  * framing of the nodes is the transport's concern. Returns a cancel
134
267
  * function that aborts pending async serialization.
268
+ *
269
+ * Integration-facing; may change (see the entry banner).
135
270
  */
136
271
  export function serializeJSON(value: unknown, options: JSONSerializeOptions): () => void;
137
272
 
@@ -141,14 +276,46 @@ export function serializeJSON(value: unknown, options: JSONSerializeOptions): ()
141
276
  * from one stream must go through the same deserializer instance. The first
142
277
  * chunk's return value is the decoded source value; feeding later chunks
143
278
  * settles the async values referenced inside it.
279
+ *
280
+ * Integration-facing; may change (see the entry banner).
144
281
  */
145
282
  export function createJSONDeserializer(options?: JSONCodecOptions): <T>(node: SerovalNode) => T;
146
283
 
284
+ /** Options for `createJSONSerializer`. */
285
+ export interface JSONSerializerOptions extends JSONCodecOptions {
286
+ /**
287
+ * Receives each keyed record — `initial` is true for a key's first node
288
+ * (the written value itself); async values patch through later records
289
+ * under the same key. The decoding peer is `createJSONDataTable`.
290
+ */
291
+ onData: (record: { key: string; node: SerovalNode; initial: boolean }) => void;
292
+ onError?: (error: unknown) => void;
293
+ /** Fires once `flush()` has been called and every pending value settled. */
294
+ onDone?: () => void;
295
+ }
296
+
297
+ /**
298
+ * The keyed, streaming encoder of the eval-free JSON codec — the render
299
+ * stream's data serializer (frames default to it). Each `write(key, value)`
300
+ * shares one reference space, so cross-record identity holds; `flush()`
301
+ * marks the write set complete (writes after it are dropped, mirroring the
302
+ * hydration serializer); `close()` aborts pending async serialization.
303
+ */
304
+ export function createJSONSerializer(options: JSONSerializerOptions): {
305
+ write(key: string, value: unknown): void;
306
+ flush(): void;
307
+ close(): void;
308
+ };
309
+
147
310
  /**
148
311
  * A resident, response-scoped decode table over the keyed JSON codec: apply
149
312
  * each frame `data` chunk with `apply`, resolve `{ $ref }` slot args with
150
313
  * `resolve`. The frames client host wires one per response
151
314
  * (`applyData: c => table.apply(c)`).
315
+ *
316
+ * Integration-facing; may change (see the entry banner). This serialization
317
+ * entry is the single home of the data table — the frames client consumes
318
+ * it internally rather than re-exporting it.
152
319
  */
153
320
  export interface JSONDataTable {
154
321
  apply(chunk: { key?: string; node?: unknown; initial?: boolean }): void;
@@ -21,6 +21,7 @@ export {
21
21
  getServerFunctionsCodec,
22
22
  hasFlashCookie,
23
23
  isServerFunction,
24
+ serializeString,
24
25
  subscribeFlightData,
25
26
  withMeta
26
27
  } from "./shared.cjs";
@@ -0,0 +1,10 @@
1
+ /**
2
+ * Opt-in codec encoding for server-function ARGUMENTS. By default the client
3
+ * sends argument lists as plain JSON (no serializer in the bundle) and
4
+ * throws on values JSON can't carry faithfully. Call once at startup to
5
+ * send Dates, Maps, Sets, typed arrays, cyclic structures, etc. through the
6
+ * codec — at the cost of the serializer's write half (~5 KB gz on top of
7
+ * the decode half responses already need). The handler accepts both
8
+ * encodings unconditionally.
9
+ */
10
+ export function enableRichArguments(): void;
@@ -119,6 +119,33 @@ export type CollectFlightDataHook = (
119
119
  outcome: ServerFunctionOutcome
120
120
  ) => unknown | Promise<unknown>;
121
121
 
122
+ /**
123
+ * Wraps a server function execution — the per-invocation seam for
124
+ * framework policies (per-function middleware, auth, logging, error
125
+ * mapping). Called inside the call's event scope with the invocation
126
+ * identity already established: `getServerFunctionInvocation()` answers
127
+ * before, during and after `run()`. Must return (or resolve to) `run()`'s
128
+ * result — replacing it replaces the function's result; throwing routes
129
+ * through the handler's normal error encoding.
130
+ *
131
+ * The context carries the call's identity (`id`, parsed `args`), its
132
+ * `event`, and how it arrived: `direct` is `true` for in-process SSR calls
133
+ * (where `request` is absent) and `false` for HTTP dispatch. On the direct
134
+ * path the wrapper must stay transparent for synchronous functions —
135
+ * return `run()`'s value, not an unconditional promise, unless it needs to
136
+ * be async.
137
+ */
138
+ export type WrapInvocationHook = (
139
+ run: () => unknown,
140
+ context: {
141
+ id: string;
142
+ args: unknown[];
143
+ event: ServerFunctionEvent;
144
+ request?: Request;
145
+ direct: boolean;
146
+ }
147
+ ) => unknown;
148
+
122
149
  /**
123
150
  * Request headers with `setCookies` folded into the `Cookie` header, as the
124
151
  * browser would have applied them before its next request. Later entries
@@ -180,6 +207,14 @@ export interface ServerFunctionsServerConfig {
180
207
  * an established request scope parks on the global.
181
208
  */
182
209
  provideEvent?: <T>(event: ServerFunctionEvent, fn: () => T) => T;
210
+ /**
211
+ * Wraps every server function execution — HTTP dispatch and direct SSR
212
+ * calls alike — with the invocation identity already established (see
213
+ * `WrapInvocationHook`). The per-invocation seam for framework policies:
214
+ * per-function middleware, auth, logging, error mapping. A per-request
215
+ * option overrides it for HTTP dispatch.
216
+ */
217
+ wrapInvocation?: WrapInvocationHook;
183
218
  /**
184
219
  * The single-flight hook: produces the data payload folded into
185
220
  * responses of calls that opted in (see `CollectFlightDataHook`).
@@ -402,6 +437,13 @@ export interface HandleServerFunctionOptions {
402
437
  * contract as the `provideEvent` config option.
403
438
  */
404
439
  provideEvent?<T>(event: ServerFunctionEvent, fn: () => T): T;
440
+ /**
441
+ * Overrides the configured per-invocation wrap for this handler — same
442
+ * contract as the `wrapInvocation` config option (see
443
+ * `WrapInvocationHook`), except it only applies to HTTP dispatch (a
444
+ * per-request option can't see direct SSR calls).
445
+ */
446
+ wrapInvocation?: WrapInvocationHook;
405
447
  /**
406
448
  * Observes or replaces the function's result before encoding — the
407
449
  * extension point for response metadata policies (headers, statuses,
@@ -473,6 +515,41 @@ export interface HandleServerFunctionOptions {
473
515
  * (default `/_server`); platform adapters (h3, express, ...) convert their
474
516
  * request shape to a web `Request` around it.
475
517
  *
518
+ * When the event carries a `response` head stub (`event.response`, see the
519
+ * server entry's `ResponseStub`), the handler folds it onto every outgoing
520
+ * response as the head freezes — its `Set-Cookie` values (cookies appended
521
+ * during the call) append cookie-by-cookie alongside the result's own,
522
+ * other stub headers fill gaps (the call's response metadata wins; the
523
+ * protocol-owned family — the error/format/single-flight tags, `Location`,
524
+ * `X-Revalidate` — never fills, and neither does `Content-Type`/`Content-
525
+ * Length` onto a bodiless response) — and marks the stub `committed`, so
526
+ * later cookie/header writes report instead of silently missing the wire.
527
+ *
528
+ * ## Thrown-error sanitization (security default)
529
+ *
530
+ * A thrown `Response`/envelope (`redirect`/`reload`/`respond`) is intentional
531
+ * control flow and is forwarded untouched. A *plain* thrown value (a bare
532
+ * `Error`, string, or object) is different: serialized verbatim it would ship
533
+ * its `message` and every own-property to the client — a driver/ORM error's
534
+ * failing query, connection string, or bound parameters included. So outside
535
+ * the dev build a plain thrown value is replaced with a generic `Error`
536
+ * before serialization; the client still receives *an* `Error` (the shape
537
+ * `submission.error` etc. expect), just with no leaked content. The dev
538
+ * build keeps full fidelity (message, stack, own-props) for DX and the dev
539
+ * toolbar inspector. Dev/prod is the BUILD VARIANT, not `NODE_ENV`:
540
+ * `@solidjs/web` publishes a dev copy of this entry behind the
541
+ * `development` export condition (what Vite dev resolves) and the default
542
+ * resolution sanitizes — as does importing the runtime source directly with
543
+ * no bundler signal (fail-safe).
544
+ *
545
+ * Escape hatch: brand the value with `markSafeError` (`Symbol.for(
546
+ * "solid.SafeError")`) to send its content intact in every environment.
547
+ * A `wrapInvocation`/`transformResult` override that maps errors expresses
548
+ * intent the same way — throw a `Response`/envelope, or brand the mapped
549
+ * error safe; an unbranded plain error it lets propagate is sanitized like
550
+ * any other, so a framework onError policy must brand its result to keep a
551
+ * custom client-facing message in production.
552
+ *
476
553
  * @example
477
554
  * ```ts
478
555
  * import { handleServerFunctionRequest } from "@solidjs/web/server-functions";
@@ -488,3 +565,24 @@ export function handleServerFunctionRequest(
488
565
  request: Request,
489
566
  options?: HandleServerFunctionOptions
490
567
  ): Promise<Response>;
568
+
569
+ /** Message a sanitized (production) server error carries on the wire. */
570
+ export const GENERIC_SERVER_ERROR_MESSAGE: string;
571
+
572
+ /**
573
+ * The production error-sanitization policy `handleServerFunctionRequest`
574
+ * applies to a plain thrown value before serialization. Returns `value`
575
+ * unchanged in the dev build or when it is branded safe (`markSafeError`);
576
+ * otherwise returns a generic `Error` carrying `GENERIC_SERVER_ERROR_MESSAGE`.
577
+ * Exposed for frameworks composing their own dispatch around the same policy.
578
+ */
579
+ export function sanitizeServerError(value: unknown): unknown;
580
+
581
+ /**
582
+ * Overrides the build-variant dev flag for this module instance — the seam
583
+ * for test harnesses and hand-rolled bundles whose packaging cannot replace
584
+ * `_DX_DEV_`. Applications never call this; select the dev build through
585
+ * the `development` export condition instead.
586
+ * @internal
587
+ */
588
+ export function setServerFunctionsDev(dev: boolean): void;
@@ -18,6 +18,9 @@ export function configureServerFunctionsCodec(codec: JSONCodecOptions | undefine
18
18
  * `configureServerFunctionsCodec` or the client/server `codec` option), or
19
19
  * undefined when running on the defaults. Integrations pass this to
20
20
  * lower-level codec helpers so custom plugins configured by the app apply.
21
+ *
22
+ * Integration plumbing; not meant for hand-written application code.
23
+ * @internal
21
24
  */
22
25
  export function getServerFunctionsCodec(): JSONCodecOptions | undefined;
23
26
 
@@ -57,6 +60,9 @@ export const ERROR_HEADER: string;
57
60
  * travels percent-encoded behind a marker. `decodeErrorHeaderValue`
58
61
  * round-trips the message exactly, astral-plane characters included (lone
59
62
  * surrogates are replaced with U+FFFD — they cannot survive UTF-8 anyway).
63
+ *
64
+ * Transport wire detail; not meant for hand-written code.
65
+ * @internal
60
66
  */
61
67
  export function encodeErrorHeaderValue(value: string): string;
62
68
 
@@ -64,6 +70,10 @@ export function encodeErrorHeaderValue(value: string): string;
64
70
  * Decodes an `ERROR_HEADER` value produced by `encodeErrorHeaderValue`:
65
71
  * marked values are percent-decoded, everything else (including values from
66
72
  * peers that never encode) passes through untouched.
73
+ *
74
+ * Integration plumbing for readers of `ERROR_HEADER`; not meant for
75
+ * hand-written application code.
76
+ * @internal
67
77
  */
68
78
  export function decodeErrorHeaderValue(value: string): string;
69
79
 
@@ -412,6 +422,9 @@ export function decodeResponse<T = unknown>(
412
422
  * undefined for body-less responses) rides as `{ value }`. Integrations
413
423
  * that apply response metadata themselves use this so the payload shape
414
424
  * stays core's own.
425
+ *
426
+ * Integration plumbing; not meant for hand-written application code.
427
+ * @internal
415
428
  */
416
429
  export function decodeResponsePayload<T = unknown, D = unknown>(
417
430
  response: Response,
@@ -422,6 +435,9 @@ export function decodeResponsePayload<T = unknown, D = unknown>(
422
435
  * Frame one payload for the server-function wire: a `;0x<len32>;` length
423
436
  * prefix followed by the utf-8 data. Both transports (server-function
424
437
  * responses and frame streams) share this framing.
438
+ *
439
+ * Transport wire detail; not meant for hand-written code.
440
+ * @internal
425
441
  */
426
442
  export function createChunk(data: string): Uint8Array;
427
443
 
@@ -429,6 +445,9 @@ export function createChunk(data: string): Uint8Array;
429
445
  * Incremental decoder for `createChunk` framing over a byte stream: `next()`
430
446
  * yields one complete payload string per call (async-iterator result shape),
431
447
  * buffering partial frames internally until their length prefix is satisfied.
448
+ *
449
+ * Transport wire detail; not meant for hand-written code.
450
+ * @internal
432
451
  */
433
452
  export class ChunkReader {
434
453
  constructor(stream: ReadableStream<Uint8Array>);
@@ -441,5 +460,8 @@ export class ChunkReader {
441
460
  * Both peers derive it independently — the server names flight regions with
442
461
  * it, the client routes them by it — so it must stay deterministic across
443
462
  * realms and releases.
463
+ *
464
+ * Transport wire detail; not meant for hand-written code.
465
+ * @internal
444
466
  */
445
467
  export function frameAddress(id: string, args?: readonly unknown[]): string;