You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm using npx wrangler types --experimental-include-runtime to generate my binding types, which creates a worker-configuration.d.ts file in the root of my project that looks like this:
// Generated by Wrangler by running `wrangler types --experimental-include-runtime`
interface Env {
OG: KVNamespace;
DB: D1Database;
ASSETS: Fetcher;
}
Now the types for (await getCloudflareContext()).env. look like this
Because this package ships then like this:
declare global {interfaceCloudflareEnv{NEXT_CACHE_WORKERS_KV?: KVNamespace;ASSETS?: Fetcher;}}
If I rename the generated types to CloudflareEnv I see everything:
So either this package or the wrangler types command need to agree on the Env / CloudflareEnv naming?
Steps to reproduce
see above
Expected behavior
see above
@opennextjs/cloudflare version
0.3.4
Wrangler version
3.99.0
next info output
15.1.2
Additional context
No response
The text was updated successfully, but these errors were encountered:
Describe the bug
I'm using
npx wrangler types --experimental-include-runtime
to generate my binding types, which creates aworker-configuration.d.ts
file in the root of my project that looks like this:Now the types for
(await getCloudflareContext()).env.
look like thisBecause this package ships then like this:
If I rename the generated types to
CloudflareEnv
I see everything:So either this package or the
wrangler types
command need to agree on the Env / CloudflareEnv naming?Steps to reproduce
see above
Expected behavior
see above
@opennextjs/cloudflare version
0.3.4
Wrangler version
3.99.0
next info output
Additional context
No response
The text was updated successfully, but these errors were encountered: