@lunora/react-native 1.0.0-alpha.9 → 1.0.0-alpha.91
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.
- package/README.md +56 -14
- package/dist/auth.d.mts +30 -16
- package/dist/auth.d.ts +30 -16
- package/dist/auth.mjs +1 -1
- package/dist/index.d.mts +78 -16
- package/dist/index.d.ts +78 -16
- package/dist/index.mjs +1 -1
- package/dist/packem_shared/createLunoraClient-WOgHmG35.mjs +1 -0
- package/dist/packem_shared/expoBearerToken-CA88JtQp.mjs +1 -0
- package/package.json +5 -5
- package/dist/packem_shared/createLunoraClient-5PwdvVvS.mjs +0 -1
- package/dist/packem_shared/expoBearerToken-CSfRb511.mjs +0 -1
package/README.md
CHANGED
|
@@ -13,11 +13,12 @@
|
|
|
13
13
|
The same live hooks you use on the web — `useQuery`, `useMutation`,
|
|
14
14
|
`useSubscription`, `useAuth`, `usePresence`, … — running on your phone, plus the
|
|
15
15
|
two seams a native app needs that a browser gives you for free: a durable offline
|
|
16
|
-
queue backed by `AsyncStorage`, and credentialed requests (
|
|
17
|
-
|
|
16
|
+
queue backed by `AsyncStorage`, and credentialed requests (the session is a
|
|
17
|
+
bearer, attached explicitly).
|
|
18
18
|
|
|
19
|
-
This package **re-exports the
|
|
20
|
-
|
|
19
|
+
This package **re-exports the whole `@lunora/react` surface** (see
|
|
20
|
+
[below](#re-exported-lunorareact-surface)), so you import your hooks and
|
|
21
|
+
provider from here, and adds:
|
|
21
22
|
|
|
22
23
|
- `createLunoraClient(options)` — a `LunoraClient` factory tuned for React
|
|
23
24
|
Native.
|
|
@@ -89,10 +90,9 @@ other clients write, and `send` is optimistic and offline-safe.
|
|
|
89
90
|
|
|
90
91
|
## Authentication (better-auth + Expo)
|
|
91
92
|
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
CSRF guard rejects on an `Origin`-less native request (see [Why a bearer token](#why-a-bearer-token)).
|
|
93
|
+
The session is sent as a **bearer** token: the HTTP RPC carries it in the
|
|
94
|
+
`Authorization` header and the live socket carries it in the `?token=` query
|
|
95
|
+
param (see [Why a bearer token](#why-a-bearer-token)).
|
|
96
96
|
|
|
97
97
|
```tsx
|
|
98
98
|
// auth.ts
|
|
@@ -131,10 +131,24 @@ import { client } from "./lunora";
|
|
|
131
131
|
function Root() {
|
|
132
132
|
const { data: session } = authClient.useSession();
|
|
133
133
|
|
|
134
|
+
// `expoBearerToken` is async since better-auth 1.7.1, and an async function
|
|
135
|
+
// is not a valid effect cleanup return — so kick off a promise instead.
|
|
136
|
+
// `cancelled` is load-bearing: two session changes in quick succession leave
|
|
137
|
+
// two reads in flight, and without it the slower one reinstates the previous
|
|
138
|
+
// session's token.
|
|
134
139
|
useEffect(() => {
|
|
135
|
-
|
|
136
|
-
|
|
137
|
-
|
|
140
|
+
let cancelled = false;
|
|
141
|
+
|
|
142
|
+
void (async () => {
|
|
143
|
+
const token = await expoBearerToken(authClient);
|
|
144
|
+
if (cancelled) return;
|
|
145
|
+
client.setAuthToken(token); // HTTP `Authorization: Bearer …`
|
|
146
|
+
client.setWsToken(token ?? undefined); // WS `?token=…`
|
|
147
|
+
})();
|
|
148
|
+
|
|
149
|
+
return () => {
|
|
150
|
+
cancelled = true;
|
|
151
|
+
};
|
|
138
152
|
}, [session]);
|
|
139
153
|
|
|
140
154
|
// …render the app
|
|
@@ -167,11 +181,22 @@ import { expo } from "@better-auth/expo";
|
|
|
167
181
|
|
|
168
182
|
Lunora's runtime enables a CSRF Origin-check by default — it rejects any
|
|
169
183
|
state-changing HTTP request or WebSocket upgrade that carries a `Cookie` but no
|
|
170
|
-
trusted `Origin`. React Native sends no `Origin`, so a cookie-based credential
|
|
171
|
-
|
|
172
|
-
|
|
184
|
+
trusted `Origin`. React Native sends no `Origin`, so a cookie-based credential is
|
|
185
|
+
**rejected** once signed in. A bearer token is the credential instead, and it
|
|
186
|
+
works identically on `react-native-web` (the browser lets you set
|
|
173
187
|
`Authorization`, and the token rides `?token=` on the socket).
|
|
174
188
|
|
|
189
|
+
Using a bearer does **not** by itself guarantee the absence of a `Cookie` header.
|
|
190
|
+
React Native has a real cookie jar — `fetch` is backed by the platform HTTP stack
|
|
191
|
+
(`NSURLSession` / `OkHttp`) and its shared cookie store — so the `Set-Cookie` a
|
|
192
|
+
better-auth sign-in returns is kept and re-attached to later requests, and the
|
|
193
|
+
guard then 403s every state-changing RPC with `FORBIDDEN_ORIGIN`. It is
|
|
194
|
+
intermittent (it depends on whether the jar holds the cookie that launch), and
|
|
195
|
+
`security.csrf.trustedOrigins` cannot fix it: the trust list is only consulted
|
|
196
|
+
for an `Origin` that was actually received, and a missing one is rejected
|
|
197
|
+
outright. `createLunoraClient` closes this by sending `credentials: "omit"` on
|
|
198
|
+
every request; if you pass your own `fetch`, wrap it in `withoutAmbientCookies`.
|
|
199
|
+
|
|
175
200
|
### TanStack Query focus / online managers
|
|
176
201
|
|
|
177
202
|
React Native doesn't fire the browser's `focus` / `online` events, so Query
|
|
@@ -199,6 +224,23 @@ Everything on `LunoraClientOptions` (`url`, `wsUrl`, `authBasePath`,
|
|
|
199
224
|
An explicit `persistence`, `fetch`, or `WebSocket` always takes precedence over
|
|
200
225
|
the convenience derived from `storage` / `getAuthHeaders`.
|
|
201
226
|
|
|
227
|
+
### Re-exported `@lunora/react` surface
|
|
228
|
+
|
|
229
|
+
Every hook, provider, and auth gate from [`@lunora/react`](../react) is
|
|
230
|
+
re-exported here, wholesale — a new hook there lands on native with no edit to
|
|
231
|
+
this package.
|
|
232
|
+
|
|
233
|
+
The payment kit is **not** part of that surface: `CheckoutButton`,
|
|
234
|
+
`CustomerPortalButton`, and `useCheckout` render a DOM `<button>` and navigate
|
|
235
|
+
via `globalThis.location`, so they ship from the `@lunora/react/payment` subpath
|
|
236
|
+
rather than the `@lunora/react` root, and nothing re-exports them here. Drive
|
|
237
|
+
purchases through the platform's own flow (or a WebView pointed at the web
|
|
238
|
+
checkout URL).
|
|
239
|
+
|
|
240
|
+
`useVoiceAgent` is re-exported but its defaults are Web APIs (`getUserMedia`,
|
|
241
|
+
Web Audio, `WebSocket`): on native, pass your own `createMicrophone` /
|
|
242
|
+
`createSpeaker` implementations.
|
|
243
|
+
|
|
202
244
|
### `@lunora/react-native/auth`
|
|
203
245
|
|
|
204
246
|
- `expoBearerToken(authClient)` — reads the better-auth Expo session token (from
|
package/dist/auth.d.mts
CHANGED
|
@@ -1,4 +1,20 @@
|
|
|
1
|
-
export {
|
|
1
|
+
export {
|
|
2
|
+
/**
|
|
3
|
+
* The slice of a key/value store the better-auth Expo plugin needs. Pass Expo
|
|
4
|
+
* `SecureStore` straight in.
|
|
5
|
+
*
|
|
6
|
+
* Re-exported from `@better-auth/expo/client` rather than restated here. This
|
|
7
|
+
* used to be a hand-written `SecureStorageLike` mirroring what upstream needed
|
|
8
|
+
* — two synchronous methods — and better-auth 1.7 moved the Expo storage
|
|
9
|
+
* integration to asynchronous `SecureStore` methods, so the real shape is now
|
|
10
|
+
* `getItem` + `getItemAsync` + `setItem` + `setItemAsync`. A hand-written
|
|
11
|
+
* mirror does not fail when upstream widens like that; it just silently
|
|
12
|
+
* describes a store the plugin will not accept. Re-exporting makes the
|
|
13
|
+
* compiler track it, which is the same lesson the `getCookie` shim taught in
|
|
14
|
+
* this file's history.
|
|
15
|
+
* @experimental
|
|
16
|
+
*/
|
|
17
|
+
type ExpoClientStorage, expoClient, setupExpoFocusManager, setupExpoOnlineManager } from '@better-auth/expo/client';
|
|
2
18
|
/**
|
|
3
19
|
* Read the current better-auth session token from an Expo auth client, for use
|
|
4
20
|
* as a **bearer** credential on the Lunora client — `client.setAuthToken(token)`
|
|
@@ -9,29 +25,27 @@ export { expoClient, setupExpoFocusManager, setupExpoOnlineManager } from '@bett
|
|
|
9
25
|
* better-auth's `bearer` plugin accepts that value verbatim in the
|
|
10
26
|
* `Authorization` header — so the native client authenticates WITHOUT sending a
|
|
11
27
|
* `Cookie`, which the runtime's CSRF guard rejects on an `Origin`-less native
|
|
12
|
-
* request (React Native sends no `Origin`).
|
|
28
|
+
* request (React Native sends no `Origin`). Resolves `null` when signed out.
|
|
29
|
+
*
|
|
30
|
+
* **Async since better-auth 1.7.1**, which changed `@better-auth/expo`'s
|
|
31
|
+
* `getCookie` from `() => string` to `() => Promise<string>` (it reads
|
|
32
|
+
* `SecureStore` asynchronously now). The awaited value is what gets matched:
|
|
33
|
+
* regexing the Promise itself would test `"[object Promise]"`, find no
|
|
34
|
+
* `session_token`, and return `null` on every call — a signed-in native app
|
|
35
|
+
* that silently behaves as anonymous, which is exactly the failure this
|
|
36
|
+
* signature change prevents by making callers await.
|
|
13
37
|
*
|
|
14
38
|
* Re-run it whenever the session changes and feed the result to the client (see
|
|
15
39
|
* the package README):
|
|
16
40
|
*
|
|
17
41
|
* ```ts
|
|
18
|
-
* const token = expoBearerToken(authClient);
|
|
42
|
+
* const token = await expoBearerToken(authClient);
|
|
19
43
|
* client.setAuthToken(token);
|
|
20
44
|
* client.setWsToken(token ?? undefined);
|
|
21
45
|
* ```
|
|
22
46
|
* @experimental
|
|
23
47
|
*/
|
|
24
48
|
declare const expoBearerToken: (authClient: {
|
|
25
|
-
getCookie: () => string;
|
|
26
|
-
}) => null | string
|
|
27
|
-
|
|
28
|
-
* The slice of a key/value store the better-auth Expo plugin needs — the shape
|
|
29
|
-
* of `expo-secure-store` (a synchronous `getItem`, plus `setItem`). Pass Expo
|
|
30
|
-
* `SecureStore` straight in.
|
|
31
|
-
* @experimental
|
|
32
|
-
*/
|
|
33
|
-
interface SecureStorageLike {
|
|
34
|
-
getItem: (key: string) => null | string;
|
|
35
|
-
setItem: (key: string, value: string) => unknown;
|
|
36
|
-
}
|
|
37
|
-
export { SecureStorageLike, expoBearerToken };
|
|
49
|
+
getCookie: () => Promise<string> | string;
|
|
50
|
+
}) => Promise<null | string>;
|
|
51
|
+
export { expoBearerToken };
|
package/dist/auth.d.ts
CHANGED
|
@@ -1,4 +1,20 @@
|
|
|
1
|
-
export {
|
|
1
|
+
export {
|
|
2
|
+
/**
|
|
3
|
+
* The slice of a key/value store the better-auth Expo plugin needs. Pass Expo
|
|
4
|
+
* `SecureStore` straight in.
|
|
5
|
+
*
|
|
6
|
+
* Re-exported from `@better-auth/expo/client` rather than restated here. This
|
|
7
|
+
* used to be a hand-written `SecureStorageLike` mirroring what upstream needed
|
|
8
|
+
* — two synchronous methods — and better-auth 1.7 moved the Expo storage
|
|
9
|
+
* integration to asynchronous `SecureStore` methods, so the real shape is now
|
|
10
|
+
* `getItem` + `getItemAsync` + `setItem` + `setItemAsync`. A hand-written
|
|
11
|
+
* mirror does not fail when upstream widens like that; it just silently
|
|
12
|
+
* describes a store the plugin will not accept. Re-exporting makes the
|
|
13
|
+
* compiler track it, which is the same lesson the `getCookie` shim taught in
|
|
14
|
+
* this file's history.
|
|
15
|
+
* @experimental
|
|
16
|
+
*/
|
|
17
|
+
type ExpoClientStorage, expoClient, setupExpoFocusManager, setupExpoOnlineManager } from '@better-auth/expo/client';
|
|
2
18
|
/**
|
|
3
19
|
* Read the current better-auth session token from an Expo auth client, for use
|
|
4
20
|
* as a **bearer** credential on the Lunora client — `client.setAuthToken(token)`
|
|
@@ -9,29 +25,27 @@ export { expoClient, setupExpoFocusManager, setupExpoOnlineManager } from '@bett
|
|
|
9
25
|
* better-auth's `bearer` plugin accepts that value verbatim in the
|
|
10
26
|
* `Authorization` header — so the native client authenticates WITHOUT sending a
|
|
11
27
|
* `Cookie`, which the runtime's CSRF guard rejects on an `Origin`-less native
|
|
12
|
-
* request (React Native sends no `Origin`).
|
|
28
|
+
* request (React Native sends no `Origin`). Resolves `null` when signed out.
|
|
29
|
+
*
|
|
30
|
+
* **Async since better-auth 1.7.1**, which changed `@better-auth/expo`'s
|
|
31
|
+
* `getCookie` from `() => string` to `() => Promise<string>` (it reads
|
|
32
|
+
* `SecureStore` asynchronously now). The awaited value is what gets matched:
|
|
33
|
+
* regexing the Promise itself would test `"[object Promise]"`, find no
|
|
34
|
+
* `session_token`, and return `null` on every call — a signed-in native app
|
|
35
|
+
* that silently behaves as anonymous, which is exactly the failure this
|
|
36
|
+
* signature change prevents by making callers await.
|
|
13
37
|
*
|
|
14
38
|
* Re-run it whenever the session changes and feed the result to the client (see
|
|
15
39
|
* the package README):
|
|
16
40
|
*
|
|
17
41
|
* ```ts
|
|
18
|
-
* const token = expoBearerToken(authClient);
|
|
42
|
+
* const token = await expoBearerToken(authClient);
|
|
19
43
|
* client.setAuthToken(token);
|
|
20
44
|
* client.setWsToken(token ?? undefined);
|
|
21
45
|
* ```
|
|
22
46
|
* @experimental
|
|
23
47
|
*/
|
|
24
48
|
declare const expoBearerToken: (authClient: {
|
|
25
|
-
getCookie: () => string;
|
|
26
|
-
}) => null | string
|
|
27
|
-
|
|
28
|
-
* The slice of a key/value store the better-auth Expo plugin needs — the shape
|
|
29
|
-
* of `expo-secure-store` (a synchronous `getItem`, plus `setItem`). Pass Expo
|
|
30
|
-
* `SecureStore` straight in.
|
|
31
|
-
* @experimental
|
|
32
|
-
*/
|
|
33
|
-
interface SecureStorageLike {
|
|
34
|
-
getItem: (key: string) => null | string;
|
|
35
|
-
setItem: (key: string, value: string) => unknown;
|
|
36
|
-
}
|
|
37
|
-
export { SecureStorageLike, expoBearerToken };
|
|
49
|
+
getCookie: () => Promise<string> | string;
|
|
50
|
+
}) => Promise<null | string>;
|
|
51
|
+
export { expoBearerToken };
|
package/dist/auth.mjs
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
import{default as p}from"./packem_shared/expoBearerToken-
|
|
1
|
+
import{default as p}from"./packem_shared/expoBearerToken-CA88JtQp.mjs";import{expoClient as a,setupExpoFocusManager as n,setupExpoOnlineManager as t}from"@better-auth/expo/client";export{p as expoBearerToken,a as expoClient,n as setupExpoFocusManager,t as setupExpoOnlineManager};
|
package/dist/index.d.mts
CHANGED
|
@@ -3,15 +3,15 @@ export * from '@lunora/react';
|
|
|
3
3
|
/**
|
|
4
4
|
* A `() => headers` factory the React Native client threads onto every HTTP RPC
|
|
5
5
|
* request *and* the WebSocket upgrade — a generic escape hatch for attaching a
|
|
6
|
-
* **custom** credential header (an API-gateway key, a proxy token, …)
|
|
7
|
-
*
|
|
8
|
-
* (or an empty object) when there's nothing to attach.
|
|
6
|
+
* **custom** credential header (an API-gateway key, a proxy token, …). Return
|
|
7
|
+
* `undefined` (or an empty object) when there's nothing to attach.
|
|
9
8
|
*
|
|
10
9
|
* For better-auth Expo sessions, prefer a **bearer** token instead: read it with
|
|
11
10
|
* `@lunora/react-native/auth`'s `expoBearerToken` and feed it to
|
|
12
|
-
* `client.setAuthToken` / `setWsToken` (see the package README).
|
|
13
|
-
*
|
|
14
|
-
*
|
|
11
|
+
* `client.setAuthToken` / `setWsToken` (see the package README). Either way the
|
|
12
|
+
* client sends `credentials: "omit"`, so the platform cookie jar never attaches a
|
|
13
|
+
* session cookie the runtime's CSRF guard would reject on an `Origin`-less native
|
|
14
|
+
* request.
|
|
15
15
|
* @experimental
|
|
16
16
|
*/
|
|
17
17
|
type AuthHeadersFactory = () => Record<string, string> | undefined;
|
|
@@ -47,15 +47,66 @@ interface CreateLunoraClientOptions extends LunoraClientOptions {
|
|
|
47
47
|
/**
|
|
48
48
|
* React Native `AsyncStorage` (or any async key/value store with the same
|
|
49
49
|
* `getItem`/`setItem`/`removeItem` surface — Expo `SecureStore`, an in-memory
|
|
50
|
-
* map in tests). When supplied
|
|
51
|
-
* via `createAsyncStoragePersistence`, so writes made offline
|
|
52
|
-
* restart
|
|
50
|
+
* map in tests). When supplied it backs two independent caches: the offline
|
|
51
|
+
* mutation queue (via `createAsyncStoragePersistence`, so writes made offline
|
|
52
|
+
* survive an app restart) and the durable query cache (via
|
|
53
|
+
* `createAsyncStorageQueryCache`, so reads repaint before the socket
|
|
54
|
+
* reconnects).
|
|
55
|
+
*
|
|
56
|
+
* Each is opted out of by its own option, not by the other: `persistence`
|
|
57
|
+
* overrides the queue and `queryCache` overrides the read cache, so
|
|
58
|
+
* `{ persistence: false, storage }` still writes query results to storage.
|
|
53
59
|
*/
|
|
54
60
|
storage?: AsyncStorageLike;
|
|
55
61
|
}
|
|
62
|
+
/**
|
|
63
|
+
* Wrap a `fetch` so no request carries the platform's ambient cookie credential.
|
|
64
|
+
*
|
|
65
|
+
* React Native **does** have a cookie jar — its `fetch` is backed by the
|
|
66
|
+
* platform HTTP stack (`NSURLSession` / `OkHttp`), which owns a shared,
|
|
67
|
+
* persistent cookie store — so a `Set-Cookie` from a better-auth sign-in is kept
|
|
68
|
+
* and re-attached to later requests automatically. The package's own docs used
|
|
69
|
+
* to assert the opposite, and the bearer design leaned on it: "there is no jar,
|
|
70
|
+
* therefore no `Cookie` header, therefore the runtime's CSRF guard never sees
|
|
71
|
+
* one".
|
|
72
|
+
*
|
|
73
|
+
* It does see one. The guard rejects an unsafe, cookie-bearing request whose
|
|
74
|
+
* `Origin` is missing or untrusted, and a native request sends no `Origin` — so
|
|
75
|
+
* every state-changing RPC 403s with `FORBIDDEN_ORIGIN` for as long as the jar
|
|
76
|
+
* holds that cookie. `security.csrf.trustedOrigins` cannot fix it: the trust list
|
|
77
|
+
* is only consulted for an `Origin` that was actually received, and a missing one
|
|
78
|
+
* is rejected outright. It is also intermittent — it depends on whether the jar
|
|
79
|
+
* happens to hold the session cookie that launch — which is what let it hide.
|
|
80
|
+
*
|
|
81
|
+
* `credentials: "omit"` is the fix, and it costs nothing on native: the session
|
|
82
|
+
* is a bearer there (`setAuthToken` / `setWsToken`), so the cookie was never the
|
|
83
|
+
* credential — only an accident of transport riding along. Wrapped INNERMOST by
|
|
84
|
+
* {@link createLunoraClient}, so it runs after every other layer and also
|
|
85
|
+
* overrides the `credentials: "include"` `@lunora/client` sends on its
|
|
86
|
+
* `get-session` probe.
|
|
87
|
+
*
|
|
88
|
+
* **Scope.** This covers `fetch`, which is the whole HTTP RPC/REST/storage
|
|
89
|
+
* surface. It does NOT cover the WebSocket upgrade — React Native attaches the
|
|
90
|
+
* same jar's cookie to the handshake and exposes no per-socket opt-out — nor
|
|
91
|
+
* `httpStream` imported standalone from `@lunora/client`, which resolves
|
|
92
|
+
* `globalThis.fetch` itself. Neither is a live 403 today: React Native sends an
|
|
93
|
+
* `Origin` equal to the server's on a WS handshake, and better-auth's `bearer`
|
|
94
|
+
* plugin overwrites the session cookie with the bearer rather than deferring to
|
|
95
|
+
* it. Both are noted so the guarantee is not read wider than it is.
|
|
96
|
+
*
|
|
97
|
+
* {@link createLunoraClient} applies it only on native — see
|
|
98
|
+
* {@link isNativeRuntime} — and only to the global `fetch`. Under
|
|
99
|
+
* `react-native-web` the jar is the browser's, `Origin` IS sent, the CSRF guard
|
|
100
|
+
* never fires, and a cookie session is a legitimate setup that this would
|
|
101
|
+
* silently sign out (`getCurrentUser` deliberately sends `credentials:
|
|
102
|
+
* "include"`). A caller-supplied `fetch` is never wrapped either, so a
|
|
103
|
+
* cookie-forwarding SSR transport keeps its credentials; apply this yourself if
|
|
104
|
+
* you want it.
|
|
105
|
+
*/
|
|
106
|
+
declare const withoutAmbientCookies: (fetchImpl: typeof fetch) => typeof fetch;
|
|
56
107
|
/**
|
|
57
108
|
* Construct a `LunoraClient` tuned for React Native / Expo — a thin wrapper over
|
|
58
|
-
* `new LunoraClient(options)` that fills in the
|
|
109
|
+
* `new LunoraClient(options)` that fills in the three things a browser gets for
|
|
59
110
|
* free but React Native does not.
|
|
60
111
|
*
|
|
61
112
|
* First, a durable offline queue: pass `storage` (React Native `AsyncStorage`,
|
|
@@ -64,15 +115,26 @@ interface CreateLunoraClientOptions extends LunoraClientOptions {
|
|
|
64
115
|
* IndexedDB, which React Native lacks, so without this the queue lives only in
|
|
65
116
|
* memory and is lost on reload.
|
|
66
117
|
*
|
|
67
|
-
* Second,
|
|
68
|
-
*
|
|
69
|
-
*
|
|
118
|
+
* Second, a durable read cache: the same `storage` also backs the query cache
|
|
119
|
+
* through `createAsyncStorageQueryCache`, so cached reads render immediately
|
|
120
|
+
* after a restart while the socket reconnects — mirroring the browser's
|
|
121
|
+
* IndexedDB-backed default.
|
|
122
|
+
*
|
|
123
|
+
* Third, credentialed requests: the session is a bearer on this platform, so the
|
|
124
|
+
* returned `fetch` is wrapped in {@link withoutAmbientCookies} (React Native's
|
|
125
|
+
* cookie jar is real, and a stray session cookie 403s every state-changing RPC —
|
|
126
|
+
* see there), and passing `getAuthHeaders` additionally rides its headers on both
|
|
127
|
+
* the HTTP RPC path and the WebSocket upgrade.
|
|
70
128
|
*
|
|
71
129
|
* Everything on `LunoraClientOptions` is still accepted and passed through; an
|
|
72
|
-
* explicit `persistence`, `fetch`, or `WebSocket`
|
|
73
|
-
*
|
|
130
|
+
* explicit `persistence`, `queryCache`, `fetch`, or `WebSocket` replaces the
|
|
131
|
+
* transport derived from `storage`. A `getAuthHeaders` factory is layered over a
|
|
132
|
+
* caller-supplied `fetch` rather than ignored — the previous behaviour dropped
|
|
133
|
+
* the credential on HTTP while still injecting it on the WS upgrade. `persistence`
|
|
134
|
+
* and `queryCache` override independently — `storage` backs both, so opting out
|
|
135
|
+
* of one leaves the other wired. See the package README
|
|
74
136
|
* for a full setup example.
|
|
75
137
|
* @experimental
|
|
76
138
|
*/
|
|
77
139
|
declare const createLunoraClient: (options: CreateLunoraClientOptions) => LunoraClient;
|
|
78
|
-
export { type AuthHeadersFactory, type CreateLunoraClientOptions, createLunoraClient };
|
|
140
|
+
export { type AuthHeadersFactory, type CreateLunoraClientOptions, createLunoraClient, withoutAmbientCookies };
|
package/dist/index.d.ts
CHANGED
|
@@ -3,15 +3,15 @@ export * from '@lunora/react';
|
|
|
3
3
|
/**
|
|
4
4
|
* A `() => headers` factory the React Native client threads onto every HTTP RPC
|
|
5
5
|
* request *and* the WebSocket upgrade — a generic escape hatch for attaching a
|
|
6
|
-
* **custom** credential header (an API-gateway key, a proxy token, …)
|
|
7
|
-
*
|
|
8
|
-
* (or an empty object) when there's nothing to attach.
|
|
6
|
+
* **custom** credential header (an API-gateway key, a proxy token, …). Return
|
|
7
|
+
* `undefined` (or an empty object) when there's nothing to attach.
|
|
9
8
|
*
|
|
10
9
|
* For better-auth Expo sessions, prefer a **bearer** token instead: read it with
|
|
11
10
|
* `@lunora/react-native/auth`'s `expoBearerToken` and feed it to
|
|
12
|
-
* `client.setAuthToken` / `setWsToken` (see the package README).
|
|
13
|
-
*
|
|
14
|
-
*
|
|
11
|
+
* `client.setAuthToken` / `setWsToken` (see the package README). Either way the
|
|
12
|
+
* client sends `credentials: "omit"`, so the platform cookie jar never attaches a
|
|
13
|
+
* session cookie the runtime's CSRF guard would reject on an `Origin`-less native
|
|
14
|
+
* request.
|
|
15
15
|
* @experimental
|
|
16
16
|
*/
|
|
17
17
|
type AuthHeadersFactory = () => Record<string, string> | undefined;
|
|
@@ -47,15 +47,66 @@ interface CreateLunoraClientOptions extends LunoraClientOptions {
|
|
|
47
47
|
/**
|
|
48
48
|
* React Native `AsyncStorage` (or any async key/value store with the same
|
|
49
49
|
* `getItem`/`setItem`/`removeItem` surface — Expo `SecureStore`, an in-memory
|
|
50
|
-
* map in tests). When supplied
|
|
51
|
-
* via `createAsyncStoragePersistence`, so writes made offline
|
|
52
|
-
* restart
|
|
50
|
+
* map in tests). When supplied it backs two independent caches: the offline
|
|
51
|
+
* mutation queue (via `createAsyncStoragePersistence`, so writes made offline
|
|
52
|
+
* survive an app restart) and the durable query cache (via
|
|
53
|
+
* `createAsyncStorageQueryCache`, so reads repaint before the socket
|
|
54
|
+
* reconnects).
|
|
55
|
+
*
|
|
56
|
+
* Each is opted out of by its own option, not by the other: `persistence`
|
|
57
|
+
* overrides the queue and `queryCache` overrides the read cache, so
|
|
58
|
+
* `{ persistence: false, storage }` still writes query results to storage.
|
|
53
59
|
*/
|
|
54
60
|
storage?: AsyncStorageLike;
|
|
55
61
|
}
|
|
62
|
+
/**
|
|
63
|
+
* Wrap a `fetch` so no request carries the platform's ambient cookie credential.
|
|
64
|
+
*
|
|
65
|
+
* React Native **does** have a cookie jar — its `fetch` is backed by the
|
|
66
|
+
* platform HTTP stack (`NSURLSession` / `OkHttp`), which owns a shared,
|
|
67
|
+
* persistent cookie store — so a `Set-Cookie` from a better-auth sign-in is kept
|
|
68
|
+
* and re-attached to later requests automatically. The package's own docs used
|
|
69
|
+
* to assert the opposite, and the bearer design leaned on it: "there is no jar,
|
|
70
|
+
* therefore no `Cookie` header, therefore the runtime's CSRF guard never sees
|
|
71
|
+
* one".
|
|
72
|
+
*
|
|
73
|
+
* It does see one. The guard rejects an unsafe, cookie-bearing request whose
|
|
74
|
+
* `Origin` is missing or untrusted, and a native request sends no `Origin` — so
|
|
75
|
+
* every state-changing RPC 403s with `FORBIDDEN_ORIGIN` for as long as the jar
|
|
76
|
+
* holds that cookie. `security.csrf.trustedOrigins` cannot fix it: the trust list
|
|
77
|
+
* is only consulted for an `Origin` that was actually received, and a missing one
|
|
78
|
+
* is rejected outright. It is also intermittent — it depends on whether the jar
|
|
79
|
+
* happens to hold the session cookie that launch — which is what let it hide.
|
|
80
|
+
*
|
|
81
|
+
* `credentials: "omit"` is the fix, and it costs nothing on native: the session
|
|
82
|
+
* is a bearer there (`setAuthToken` / `setWsToken`), so the cookie was never the
|
|
83
|
+
* credential — only an accident of transport riding along. Wrapped INNERMOST by
|
|
84
|
+
* {@link createLunoraClient}, so it runs after every other layer and also
|
|
85
|
+
* overrides the `credentials: "include"` `@lunora/client` sends on its
|
|
86
|
+
* `get-session` probe.
|
|
87
|
+
*
|
|
88
|
+
* **Scope.** This covers `fetch`, which is the whole HTTP RPC/REST/storage
|
|
89
|
+
* surface. It does NOT cover the WebSocket upgrade — React Native attaches the
|
|
90
|
+
* same jar's cookie to the handshake and exposes no per-socket opt-out — nor
|
|
91
|
+
* `httpStream` imported standalone from `@lunora/client`, which resolves
|
|
92
|
+
* `globalThis.fetch` itself. Neither is a live 403 today: React Native sends an
|
|
93
|
+
* `Origin` equal to the server's on a WS handshake, and better-auth's `bearer`
|
|
94
|
+
* plugin overwrites the session cookie with the bearer rather than deferring to
|
|
95
|
+
* it. Both are noted so the guarantee is not read wider than it is.
|
|
96
|
+
*
|
|
97
|
+
* {@link createLunoraClient} applies it only on native — see
|
|
98
|
+
* {@link isNativeRuntime} — and only to the global `fetch`. Under
|
|
99
|
+
* `react-native-web` the jar is the browser's, `Origin` IS sent, the CSRF guard
|
|
100
|
+
* never fires, and a cookie session is a legitimate setup that this would
|
|
101
|
+
* silently sign out (`getCurrentUser` deliberately sends `credentials:
|
|
102
|
+
* "include"`). A caller-supplied `fetch` is never wrapped either, so a
|
|
103
|
+
* cookie-forwarding SSR transport keeps its credentials; apply this yourself if
|
|
104
|
+
* you want it.
|
|
105
|
+
*/
|
|
106
|
+
declare const withoutAmbientCookies: (fetchImpl: typeof fetch) => typeof fetch;
|
|
56
107
|
/**
|
|
57
108
|
* Construct a `LunoraClient` tuned for React Native / Expo — a thin wrapper over
|
|
58
|
-
* `new LunoraClient(options)` that fills in the
|
|
109
|
+
* `new LunoraClient(options)` that fills in the three things a browser gets for
|
|
59
110
|
* free but React Native does not.
|
|
60
111
|
*
|
|
61
112
|
* First, a durable offline queue: pass `storage` (React Native `AsyncStorage`,
|
|
@@ -64,15 +115,26 @@ interface CreateLunoraClientOptions extends LunoraClientOptions {
|
|
|
64
115
|
* IndexedDB, which React Native lacks, so without this the queue lives only in
|
|
65
116
|
* memory and is lost on reload.
|
|
66
117
|
*
|
|
67
|
-
* Second,
|
|
68
|
-
*
|
|
69
|
-
*
|
|
118
|
+
* Second, a durable read cache: the same `storage` also backs the query cache
|
|
119
|
+
* through `createAsyncStorageQueryCache`, so cached reads render immediately
|
|
120
|
+
* after a restart while the socket reconnects — mirroring the browser's
|
|
121
|
+
* IndexedDB-backed default.
|
|
122
|
+
*
|
|
123
|
+
* Third, credentialed requests: the session is a bearer on this platform, so the
|
|
124
|
+
* returned `fetch` is wrapped in {@link withoutAmbientCookies} (React Native's
|
|
125
|
+
* cookie jar is real, and a stray session cookie 403s every state-changing RPC —
|
|
126
|
+
* see there), and passing `getAuthHeaders` additionally rides its headers on both
|
|
127
|
+
* the HTTP RPC path and the WebSocket upgrade.
|
|
70
128
|
*
|
|
71
129
|
* Everything on `LunoraClientOptions` is still accepted and passed through; an
|
|
72
|
-
* explicit `persistence`, `fetch`, or `WebSocket`
|
|
73
|
-
*
|
|
130
|
+
* explicit `persistence`, `queryCache`, `fetch`, or `WebSocket` replaces the
|
|
131
|
+
* transport derived from `storage`. A `getAuthHeaders` factory is layered over a
|
|
132
|
+
* caller-supplied `fetch` rather than ignored — the previous behaviour dropped
|
|
133
|
+
* the credential on HTTP while still injecting it on the WS upgrade. `persistence`
|
|
134
|
+
* and `queryCache` override independently — `storage` backs both, so opting out
|
|
135
|
+
* of one leaves the other wired. See the package README
|
|
74
136
|
* for a full setup example.
|
|
75
137
|
* @experimental
|
|
76
138
|
*/
|
|
77
139
|
declare const createLunoraClient: (options: CreateLunoraClientOptions) => LunoraClient;
|
|
78
|
-
export { type AuthHeadersFactory, type CreateLunoraClientOptions, createLunoraClient };
|
|
140
|
+
export { type AuthHeadersFactory, type CreateLunoraClientOptions, createLunoraClient, withoutAmbientCookies };
|
package/dist/index.mjs
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
import{createLunoraClient as
|
|
1
|
+
import{createLunoraClient as t,withoutAmbientCookies as r}from"./packem_shared/createLunoraClient-WOgHmG35.mjs";export*from"@lunora/react";export{t as createLunoraClient,r as withoutAmbientCookies};
|
|
@@ -0,0 +1 @@
|
|
|
1
|
+
import{LunoraClient as d,createAsyncStorageQueryCache as h,createAsyncStoragePersistence as i}from"@lunora/client";const u=()=>typeof document>"u",f=s=>(t,o)=>s(t,{...o,credentials:"omit"}),b=(s,t)=>(o,e)=>{const r=t();if(!r)return s(o,e);const c=new Headers(r);return e?.headers&&new Headers(e.headers).forEach((n,a)=>{c.set(a,n)}),s(o,{...e,headers:c})},S=(s,t)=>class extends s{constructor(e,r){const c=t();super(e,r,c?{headers:c}:void 0)}},y=s=>{const{getAuthHeaders:t,storage:o,...e}=s,r=e.fetch===void 0&&typeof fetch=="function"?fetch.bind(globalThis):void 0,c=e.fetch??(r&&u()?f(r):r),n=t&&c?b(c,t):c,a=t&&e.WebSocket===void 0&&typeof WebSocket=="function"?S(WebSocket,t):e.WebSocket;return new d({...e,persistence:e.persistence??(o?i({storage:o}):void 0),queryCache:e.queryCache??(o?h({storage:o}):void 0),fetch:n,WebSocket:a})};export{y as createLunoraClient,b as withAuthHeaders,S as withAuthWebSocket,f as withoutAmbientCookies};
|
|
@@ -0,0 +1 @@
|
|
|
1
|
+
const t=/(?:^|;)[^;=]*session_token=([^;]+)/,n=async e=>t.exec(await e.getCookie())?.[1]??null;export{n as default};
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@lunora/react-native",
|
|
3
|
-
"version": "1.0.0-alpha.
|
|
3
|
+
"version": "1.0.0-alpha.91",
|
|
4
4
|
"description": "React Native / Expo integration for Lunora: an AsyncStorage-backed client factory, the useQuery/useMutation/useSubscription hooks, and a one-call better-auth Expo client",
|
|
5
5
|
"keywords": [
|
|
6
6
|
"cloudflare",
|
|
@@ -50,13 +50,13 @@
|
|
|
50
50
|
"access": "public"
|
|
51
51
|
},
|
|
52
52
|
"dependencies": {
|
|
53
|
-
"@lunora/client": "1.0.0-alpha.
|
|
54
|
-
"@lunora/react": "1.0.0-alpha.
|
|
53
|
+
"@lunora/client": "1.0.0-alpha.114",
|
|
54
|
+
"@lunora/react": "1.0.0-alpha.119"
|
|
55
55
|
},
|
|
56
56
|
"peerDependencies": {
|
|
57
|
-
"@better-auth/expo": "^1.
|
|
57
|
+
"@better-auth/expo": "^1.7.1",
|
|
58
58
|
"@tanstack/react-query": "^5.101.0",
|
|
59
|
-
"better-auth": "^1.
|
|
59
|
+
"better-auth": "^1.7.1",
|
|
60
60
|
"react": "^19.2.7"
|
|
61
61
|
},
|
|
62
62
|
"peerDependenciesMeta": {
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
import{LunoraClient as i,createAsyncStoragePersistence as h}from"@lunora/client";const d=(s,t)=>(o,e)=>{const r=t();if(!r)return s(o,e);const c=new Headers(r);return e?.headers&&new Headers(e.headers).forEach((n,a)=>{c.set(a,n)}),s(o,{...e,headers:c})},f=(s,t)=>class extends s{constructor(o,e){const r=t();super(o,e,r?{headers:r}:void 0)}},b=s=>{const{getAuthHeaders:t,storage:o,...e}=s,r=t&&e.fetch===void 0&&typeof fetch=="function"?d(fetch.bind(globalThis),t):e.fetch,c=t&&e.WebSocket===void 0&&typeof WebSocket=="function"?f(WebSocket,t):e.WebSocket;return new i({...e,persistence:e.persistence??(o?h({storage:o}):void 0),fetch:r,WebSocket:c})};export{b as createLunoraClient,d as withAuthHeaders,f as withAuthWebSocket};
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
const o=/(?:^|;)[^;=]*session_token=([^;]+)/,t=e=>o.exec(e.getCookie())?.[1]??null;export{t as default};
|