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

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 (73) hide show
  1. package/README.md +1 -6
  2. package/dist/dev.cjs +285 -60
  3. package/dist/dev.js +267 -57
  4. package/dist/server.cjs +1148 -176
  5. package/dist/server.js +1133 -175
  6. package/dist/web.cjs +285 -60
  7. package/dist/web.js +267 -57
  8. package/frames/dist/client.cjs +397 -175
  9. package/frames/dist/client.dev.cjs +401 -175
  10. package/frames/dist/client.dev.js +399 -173
  11. package/frames/dist/client.js +395 -173
  12. package/frames/dist/server.cjs +1424 -277
  13. package/frames/dist/server.js +1426 -280
  14. package/package.json +69 -7
  15. package/serialization/decode/package.json +20 -0
  16. package/serialization/dist/decode.cjs +110 -0
  17. package/serialization/dist/decode.js +104 -0
  18. package/serialization/dist/serialization.cjs +106 -43
  19. package/serialization/dist/serialization.js +100 -44
  20. package/serialization/types/index.d.ts +85 -60
  21. package/serialization/types/serializer-decode.d.ts +182 -0
  22. package/serialization/types-cjs/index.d.cts +85 -60
  23. package/serialization/types-cjs/serializer-decode.d.cts +182 -0
  24. package/server-functions/dist/client.cjs +131 -98
  25. package/server-functions/dist/client.js +131 -99
  26. package/server-functions/dist/rich-args.cjs +11 -0
  27. package/server-functions/dist/rich-args.js +9 -0
  28. package/server-functions/dist/server.cjs +367 -194
  29. package/server-functions/dist/server.dev.cjs +1077 -0
  30. package/server-functions/dist/server.dev.js +1045 -0
  31. package/server-functions/dist/server.js +365 -195
  32. package/server-functions/package.json +10 -0
  33. package/server-functions/rich-args/package.json +20 -0
  34. package/storage/types/index.d.ts +1 -1
  35. package/storage/types-cjs/index.d.cts +1 -1
  36. package/types/client.d.ts +149 -6
  37. package/types/cookies.d.ts +93 -0
  38. package/types/core.d.ts +4 -2
  39. package/types/frames/client.d.ts +15 -1
  40. package/types/frames/frame-client.d.ts +63 -7
  41. package/types/frames/frame-sink.d.ts +26 -3
  42. package/types/frames/frame-transport.d.ts +40 -8
  43. package/types/frames/serializer.d.ts +85 -60
  44. package/types/frames/server.d.ts +22 -0
  45. package/types/index.d.ts +2 -3
  46. package/types/response.d.ts +45 -0
  47. package/types/serializer-decode.d.ts +182 -0
  48. package/types/serializer.d.ts +85 -60
  49. package/types/server-functions/client.d.ts +2 -1
  50. package/types/server-functions/rich-args.d.ts +10 -0
  51. package/types/server-functions/server.d.ts +99 -1
  52. package/types/server-functions/shared.d.ts +79 -1
  53. package/types/server-mock.d.ts +171 -59
  54. package/types/server.d.ts +209 -37
  55. package/types-cjs/client.d.cts +149 -6
  56. package/types-cjs/cookies.d.cts +93 -0
  57. package/types-cjs/core.d.cts +4 -2
  58. package/types-cjs/frames/client.d.cts +15 -1
  59. package/types-cjs/frames/frame-client.d.cts +63 -7
  60. package/types-cjs/frames/frame-sink.d.cts +26 -3
  61. package/types-cjs/frames/frame-transport.d.cts +40 -8
  62. package/types-cjs/frames/serializer.d.cts +85 -60
  63. package/types-cjs/frames/server.d.cts +22 -0
  64. package/types-cjs/index.d.cts +2 -3
  65. package/types-cjs/response.d.cts +45 -0
  66. package/types-cjs/serializer-decode.d.cts +182 -0
  67. package/types-cjs/serializer.d.cts +85 -60
  68. package/types-cjs/server-functions/client.d.cts +2 -1
  69. package/types-cjs/server-functions/rich-args.d.cts +10 -0
  70. package/types-cjs/server-functions/server.d.cts +99 -1
  71. package/types-cjs/server-functions/shared.d.cts +79 -1
  72. package/types-cjs/server-mock.d.cts +171 -59
  73. package/types-cjs/server.d.cts +209 -37
@@ -0,0 +1,182 @@
1
+ // The DECODE half of the serialization surface (published as
2
+ // `@solidjs/web/serialization/decode`): what reading a serialized payload
3
+ // needs — `fromCrossJSON`-backed deserializers and the shared plugin set —
4
+ // with none of the encode machinery. Lazy client consumers (the frames
5
+ // data tables, `deserializeStream`) load this module so the encode half
6
+ // never ships to a browser that only reads. The full serializer.d.ts
7
+ // re-exports everything here; see its banner for the stability contract
8
+ // (integration-facing, exempt from the 2.0 stability guarantee).
9
+ // ---- Plugin types ----
10
+ //
11
+ // Declared here by hand (seroval's published d.ts use extensionless
12
+ // ESM-relative imports that `moduleResolution: "nodenext"` cannot follow —
13
+ // a bare type re-export would silently degrade the surface to `any` under
14
+ // skipLibCheck, and an import would make every entry whose types reach
15
+ // this module — the MAIN client entry included, via the server-function
16
+ // seam's `JSONCodecOptions` — unimportable from a strict Node16 CJS
17
+ // consumer). The declarations mirror seroval ~1.5 exactly; the `~` pin is
18
+ // what makes mirroring safe. Plugin AUTHORING (`createPlugin`,
19
+ // `OpaqueReference`) lives on the full serialization entry.
20
+
21
+ /**
22
+ * Seroval's node shape — the intermediate representation `serializeJSON`
23
+ * emits and `createJSONDeserializer` consumes. Safe to `JSON.stringify`.
24
+ * Declared by hand like the plugin types below (same rationale): the
25
+ * observable envelope — a numeric type tag, an optional reference id —
26
+ * with the rest owned by the codec. Real seroval nodes satisfy it; treat
27
+ * it as an opaque token.
28
+ *
29
+ * Integration-facing; may change (see the entry banner).
30
+ */
31
+ export interface SerovalNode {
32
+ /** Node type tag (seroval-internal enum). */
33
+ t: number;
34
+ /** Reference id, when the node participates in cross-referencing. */
35
+ i?: number | undefined;
36
+ [key: string]: unknown;
37
+ }
38
+
39
+ /** Per-plugin bookkeeping seroval hands each plugin callback. */
40
+ export interface PluginData {
41
+ id: number;
42
+ }
43
+
44
+ /**
45
+ * The shape of a plugin's parsed payload: a map of `SerovalNode`s produced
46
+ * by the parse contexts, consumed by `serialize`/`deserialize`.
47
+ */
48
+ export type PluginInfo = { [key: string]: SerovalNode };
49
+
50
+ /** Parse context for `parse.sync`: turns child values into nodes. */
51
+ export interface SyncParsePluginContext {
52
+ parse<T>(current: T): SerovalNode;
53
+ }
54
+
55
+ /** Parse context for `parse.async`: like sync, but child parses await. */
56
+ export interface AsyncParsePluginContext {
57
+ parse<T>(current: T): Promise<SerovalNode>;
58
+ }
59
+
60
+ /**
61
+ * Parse context for `parse.stream`: sync parsing plus the streaming
62
+ * lifecycle (pending-state tracking, late node emission, cleanup).
63
+ */
64
+ export interface StreamParsePluginContext {
65
+ parse<T>(current: T): SerovalNode;
66
+ parseWithError<T>(current: T): SerovalNode | undefined;
67
+ isAlive(): boolean;
68
+ pushPendingState(): void;
69
+ popPendingState(): void;
70
+ onParse(node: SerovalNode): void;
71
+ onError(error: unknown): void;
72
+ addCleanup(callback: () => void): void;
73
+ }
74
+
75
+ /** Serialize context: renders child nodes to JS source. */
76
+ export interface SerializePluginContext {
77
+ serialize(node: SerovalNode): string;
78
+ }
79
+
80
+ /** Deserialize context: revives child nodes to runtime values. */
81
+ export interface DeserializePluginContext {
82
+ deserialize<T>(node: SerovalNode): T;
83
+ }
84
+
85
+ /**
86
+ * A Seroval plugin usable with the web serializers — teaches the codec how
87
+ * to encode/decode a custom value type (`Value` is the value it matches,
88
+ * `Info` its parsed payload). Supply matching plugins on both peers of a
89
+ * transport. Bare `SerializerPlugin` (both parameters defaulted to `any`)
90
+ * is the list-element type every `plugins` option accepts.
91
+ *
92
+ * Integration-facing; may change (see the entry banner).
93
+ */
94
+ export interface SerializerPlugin<Value = any, Info extends PluginInfo = any> {
95
+ /** A unique string identifying the plugin — namespace it (`"app/Thing"`). */
96
+ tag: string;
97
+ /** Dependency plugins, resolved ahead of this one. */
98
+ extends?: SerializerPlugin[];
99
+ /** Whether `value` is this plugin's to encode. */
100
+ test(value: unknown): boolean;
101
+ /** Parsing modes — provide the ones the transports you target use. */
102
+ parse: {
103
+ sync?: (value: Value, ctx: SyncParsePluginContext, data: PluginData) => Info;
104
+ async?: (value: Value, ctx: AsyncParsePluginContext, data: PluginData) => Promise<Info>;
105
+ stream?: (value: Value, ctx: StreamParsePluginContext, data: PluginData) => Info;
106
+ };
107
+ /** Renders the parsed payload as JS source (script-injection form). */
108
+ serialize(node: Info, ctx: SerializePluginContext, data: PluginData): string;
109
+ /** Revives the parsed payload back into the runtime value. */
110
+ deserialize(node: Info, ctx: DeserializePluginContext, data: PluginData): Value;
111
+ }
112
+
113
+ /**
114
+ * Baseline plugin set for serializing web-platform values (AbortSignal,
115
+ * Event, FormData, Headers, ReadableStream, Request, Response, URL, ...).
116
+ * Applied by every serializer in this module; custom plugins compose ahead
117
+ * of it via `resolveSerializerPlugins`.
118
+ *
119
+ * Integration-facing; may change (see the entry banner).
120
+ */
121
+ export const DEFAULT_WEB_PLUGINS: readonly SerializerPlugin[];
122
+
123
+ /**
124
+ * Composes custom plugins with `DEFAULT_WEB_PLUGINS`. Custom plugins come
125
+ * first so they can shadow a default for values both would match. Returns a
126
+ * fresh array; the defaults are never mutated. Useful when handing a full
127
+ * plugin list to another serialization layer.
128
+ *
129
+ * Integration-facing; may change (see the entry banner).
130
+ */
131
+ export function resolveSerializerPlugins(customPlugins?: SerializerPlugin[]): SerializerPlugin[];
132
+
133
+ /**
134
+ * Options shared by both halves of the JSON codec. All of them must match
135
+ * on the serializing and deserializing peer or payloads will not
136
+ * round-trip — for server functions, set them once through the
137
+ * client/server `codec` config option.
138
+ *
139
+ * Integration-facing; may change (see the entry banner).
140
+ */
141
+ export interface JSONCodecOptions {
142
+ /** Extra plugins, composed ahead of `DEFAULT_WEB_PLUGINS`. Must match on both peers. */
143
+ plugins?: SerializerPlugin[];
144
+ /**
145
+ * Seroval feature bitflags to exclude. Defaults to disabling `RegExp`
146
+ * (payloads may come from an untrusted peer). Must match on both peers.
147
+ * Outside development, the encoding side additionally strips
148
+ * `Error.prototype.stack` on top of any override — serialized stacks leak
149
+ * server paths to the client. Decoding stays permissive, so payloads from
150
+ * a development peer still round-trip.
151
+ */
152
+ disabledFeatures?: number;
153
+ /** Maximum parse/deserialize depth. Defaults to 64. Must match on both peers. */
154
+ depthLimit?: number;
155
+ }
156
+
157
+ /**
158
+ * Creates the decoding counterpart of `serializeJSON`. Cross-references
159
+ * between chunks resolve through state shared across calls, so all chunks
160
+ * from one stream must go through the same deserializer instance. The first
161
+ * chunk's return value is the decoded source value; feeding later chunks
162
+ * settles the async values referenced inside it.
163
+ *
164
+ * Integration-facing; may change (see the entry banner).
165
+ */
166
+ export function createJSONDeserializer(options?: JSONCodecOptions): <T>(node: SerovalNode) => T;
167
+
168
+ /**
169
+ * A resident, response-scoped decode table over the keyed JSON codec: apply
170
+ * each frame `data` chunk with `apply`, resolve `{ $ref }` slot args with
171
+ * `resolve`. The frames client host wires one per response
172
+ * (`applyData: c => table.apply(c)`).
173
+ *
174
+ * Integration-facing; may change (see the entry banner). This serialization
175
+ * entry is the single home of the data table — the frames client consumes
176
+ * it internally rather than re-exporting it.
177
+ */
178
+ export interface JSONDataTable {
179
+ apply(chunk: { key?: string; node?: unknown; initial?: boolean }): void;
180
+ resolve<T = unknown>(ref: { $ref: string }): T;
181
+ }
182
+ export function createJSONDataTable(options?: JSONCodecOptions): JSONDataTable;
@@ -1,35 +1,67 @@
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 type { Serializer } from "seroval";
9
+ import {
10
+ JSONCodecOptions,
11
+ PluginInfo,
12
+ SerializerPlugin,
13
+ SerovalNode
14
+ } from "./serializer-decode.js";
2
15
 
3
- /**
4
- * Seroval's node shape — the intermediate representation `serializeJSON`
5
- * emits and `createJSONDeserializer` consumes. Safe to `JSON.stringify`.
6
- */
7
- export type { SerovalNode };
16
+ // The decode half — `SerovalNode`, the plugin TYPES, `DEFAULT_WEB_PLUGINS`,
17
+ // `resolveSerializerPlugins`, `JSONCodecOptions`, `createJSONDeserializer`,
18
+ // `createJSONDataTable` is declared in serializer-decode.d.ts (published
19
+ // as `@solidjs/web/serialization/decode`, the module lazy client consumers
20
+ // load) and re-exported here so this remains the full surface.
21
+ export * from "./serializer-decode.js";
22
+
23
+ // ---- Plugin authoring ----
24
+ //
25
+ // Unlike the rest of this entry, plugin authoring is APPLICATION-FACING —
26
+ // it is the supported way to feed the serializers' `plugins` options and
27
+ // the server-function entries' `codec.plugins`. The values re-export
28
+ // seroval's own (`createPlugin`, `OpaqueReference` — see serializer.js);
29
+ // the plugin TYPES live in serializer-decode.d.ts (hand-declared there —
30
+ // see its banner for why).
8
31
 
9
32
  /**
10
- * 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.
33
+ * Builds a `SerializerPlugin`seroval's `createPlugin`, re-exported so
34
+ * plugin authors stay on the exact seroval instance/version the runtime
35
+ * serializes with. Import it from HERE, not from your own `seroval`
36
+ * dependency: a plugin built against a different copy/version would not
37
+ * fail the build — it would emit nodes the other peer can't interpret.
38
+ *
39
+ * Application-facing (see the plugin-authoring banner above).
13
40
  */
14
- export type SerializerPlugin = Plugin<any, any>;
41
+ export function createPlugin<Value, Info extends PluginInfo>(
42
+ plugin: SerializerPlugin<Value, Info>
43
+ ): SerializerPlugin<Value, Info>;
15
44
 
16
45
  /**
17
- * Baseline plugin set for serializing web-platform values (AbortSignal,
18
- * Event, FormData, Headers, ReadableStream, Request, Response, URL, ...).
19
- * Applied by every serializer in this module; custom plugins compose ahead
20
- * of it via `resolveSerializerPlugins`.
46
+ * Seroval's `OpaqueReference`, re-exported from the runtime's own instance
47
+ * (an `OpaqueReference` from another seroval copy fails the serializer's
48
+ * instanceof check and serializes as a plain value): wraps a value so it
49
+ * crosses the wire as its `replacement` (default `undefined`) while
50
+ * staying readable in-process through `.value`.
51
+ *
52
+ * Application-facing (see the plugin-authoring banner above).
21
53
  */
22
- export const DEFAULT_WEB_PLUGINS: readonly SerializerPlugin[];
54
+ export class OpaqueReference<V, R = undefined> {
55
+ readonly value: V;
56
+ readonly replacement?: R;
57
+ constructor(value: V, replacement?: R);
58
+ }
23
59
 
24
60
  /**
25
- * Composes custom plugins with `DEFAULT_WEB_PLUGINS`. Custom plugins come
26
- * first so they can shadow a default for values both would match. Returns a
27
- * fresh array; the defaults are never mutated. Useful when handing a full
28
- * plugin list to another serialization layer.
61
+ * Options for `createSerializer`.
62
+ *
63
+ * Integration-facing; may change (see the entry banner).
29
64
  */
30
- export function resolveSerializerPlugins(customPlugins?: SerializerPlugin[]): SerializerPlugin[];
31
-
32
- /** Options for `createSerializer`. */
33
65
  export interface WebSerializerOptions {
34
66
  /** Name of the global object the emitted scripts write resolved values into. */
35
67
  globalIdentifier: string;
@@ -58,6 +90,8 @@ export interface WebSerializerOptions {
58
90
  * evaluated — the script-injection form of serialization renderers build
59
91
  * on. For a JSON-based wire codec (no eval on the receiving side), use
60
92
  * `serializeJSON` / `createJSONDeserializer` instead.
93
+ *
94
+ * Integration-facing; may change (see the entry banner).
61
95
  */
62
96
  export function createSerializer(options: WebSerializerOptions): Serializer;
63
97
 
@@ -90,30 +124,14 @@ export function createHydrationSerializer(options: HydrationSerializerOptions):
90
124
  export function getLocalHeaderScript(id?: string): string;
91
125
 
92
126
  // ---- JSON codec (server function transports) ----
127
+ // (`JSONCodecOptions` and the decode half are declared in
128
+ // serializer-decode.d.ts and re-exported above.)
93
129
 
94
130
  /**
95
- * Options shared by both halves of the JSON codec. All of them must match
96
- * on the serializing and deserializing peer or payloads will not
97
- * round-trip for server functions, set them once through the
98
- * client/server `codec` config option.
131
+ * Options for `serializeJSON`.
132
+ *
133
+ * Integration-facing; may change (see the entry banner).
99
134
  */
100
- export interface JSONCodecOptions {
101
- /** Extra plugins, composed ahead of `DEFAULT_WEB_PLUGINS`. Must match on both peers. */
102
- plugins?: SerializerPlugin[];
103
- /**
104
- * Seroval feature bitflags to exclude. Defaults to disabling `RegExp`
105
- * (payloads may come from an untrusted peer). Must match on both peers.
106
- * Outside development, the encoding side additionally strips
107
- * `Error.prototype.stack` on top of any override — serialized stacks leak
108
- * server paths to the client. Decoding stays permissive, so payloads from
109
- * a development peer still round-trip.
110
- */
111
- disabledFeatures?: number;
112
- /** Maximum parse/deserialize depth. Defaults to 64. Must match on both peers. */
113
- depthLimit?: number;
114
- }
115
-
116
- /** Options for `serializeJSON`. */
117
135
  export interface JSONSerializeOptions extends JSONCodecOptions {
118
136
  /**
119
137
  * Receives each serialized node; `initial` is true for the first chunk
@@ -132,26 +150,33 @@ export interface JSONSerializeOptions extends JSONCodecOptions {
132
150
  * the deserializing peer needs no script evaluation, so CSP-safe). Wire
133
151
  * framing of the nodes is the transport's concern. Returns a cancel
134
152
  * function that aborts pending async serialization.
153
+ *
154
+ * Integration-facing; may change (see the entry banner).
135
155
  */
136
156
  export function serializeJSON(value: unknown, options: JSONSerializeOptions): () => void;
137
157
 
138
- /**
139
- * Creates the decoding counterpart of `serializeJSON`. Cross-references
140
- * between chunks resolve through state shared across calls, so all chunks
141
- * from one stream must go through the same deserializer instance. The first
142
- * chunk's return value is the decoded source value; feeding later chunks
143
- * settles the async values referenced inside it.
144
- */
145
- export function createJSONDeserializer(options?: JSONCodecOptions): <T>(node: SerovalNode) => T;
158
+ /** Options for `createJSONSerializer`. */
159
+ export interface JSONSerializerOptions extends JSONCodecOptions {
160
+ /**
161
+ * Receives each keyed record `initial` is true for a key's first node
162
+ * (the written value itself); async values patch through later records
163
+ * under the same key. The decoding peer is `createJSONDataTable`.
164
+ */
165
+ onData: (record: { key: string; node: SerovalNode; initial: boolean }) => void;
166
+ onError?: (error: unknown) => void;
167
+ /** Fires once `flush()` has been called and every pending value settled. */
168
+ onDone?: () => void;
169
+ }
146
170
 
147
171
  /**
148
- * A resident, response-scoped decode table over the keyed JSON codec: apply
149
- * each frame `data` chunk with `apply`, resolve `{ $ref }` slot args with
150
- * `resolve`. The frames client host wires one per response
151
- * (`applyData: c => table.apply(c)`).
172
+ * The keyed, streaming encoder of the eval-free JSON codec — the render
173
+ * stream's data serializer (frames default to it). Each `write(key, value)`
174
+ * shares one reference space, so cross-record identity holds; `flush()`
175
+ * marks the write set complete (writes after it are dropped, mirroring the
176
+ * hydration serializer); `close()` aborts pending async serialization.
152
177
  */
153
- export interface JSONDataTable {
154
- apply(chunk: { key?: string; node?: unknown; initial?: boolean }): void;
155
- resolve<T = unknown>(ref: { $ref: string }): T;
156
- }
157
- export function createJSONDataTable(options?: JSONCodecOptions): JSONDataTable;
178
+ export function createJSONSerializer(options: JSONSerializerOptions): {
179
+ write(key: string, value: unknown): void;
180
+ flush(): void;
181
+ close(): void;
182
+ };
@@ -1,4 +1,4 @@
1
- import { JSONCodecOptions } from "../serializer.js";
1
+ import { JSONCodecOptions } from "../serializer-decode.js";
2
2
  import { ServerFunction, ServerFunctionMetadata } from "./shared.js";
3
3
 
4
4
  export {
@@ -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.js";
@@ -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;
@@ -1,5 +1,5 @@
1
1
  import { ResponseEnvelope } from "../response.js";
2
- import { JSONCodecOptions } from "../serializer.js";
2
+ import { JSONCodecOptions } from "../serializer-decode.js";
3
3
  import { RequestEvent } from "../server.js";
4
4
 
5
5
  export {
@@ -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;