Hmm, the wrangler dev documentation explains a bit about persisting local data. I found this page,

TTin Cap Hmm, the wrangler dev documentation explains a bit about persisting local data. ...

H

Yeah, so basically, at the moment, wrangler will persist your data locally, but afaik, there isn’t a way of seeding it, short of running another Worker to do so

HHello, I’m Allie!Yeah, so basically, at the moment, wrangler will persist your data locally, but ...

T

Tin CapOP•7/6/23, 9:50 PM

I currently have a directory in my repo of

.wrangler/state/kv/<KV_BINDING>/...

.wrangler/state/kv/<KV_BINDING>/...

.wrangler/state/kv/<KV_BINDING>/...

.wrangler/state/kv/<KV_BINDING>/... where I have seeded data for local testing, but that's with wrangler v2. Sure would be nice to have something similar for wrangler v3. My worker uses KV as a read-only DB (writing happens outside my worker), so I don't have way to get data into KV for testing unless I wrote something specific to do that, which is not the end of the world I suppose.

CCendyne wrangler-action support wrangler3 (#108) PR closed without merged commits?

C

Cyb3r-Jak3•7/6/23, 9:52 PM

See https://github.com/cloudflare/wrangler-action/discussions/111

T

Tin CapOP•7/6/23, 10:28 PM

I think I'm going to downgrade back to Wrangler v2. Losing local persistence for seeding data and losing the miniflare v2 api is pretty painful. The docs for wrangler are for v2 and the miniflare 3 docs don't really exist. It feels kinda premature to move to wrangler 3. I know there is some feedback already about the transition being rough, but it's not very smooth for me either. Just some feedback from my experience so far trying wrangler 3.

A

Andrezzz•7/7/23, 12:51 AM

hey guys

A

Andrezzz•7/7/23, 12:52 AM

I'm getting "Uncaught ReferenceError: KEY is not defined"

A

Andrezzz•7/7/23, 12:52 AM

when the var is defined and shows as that

0

0x33•7/7/23, 12:53 AM

Are you using VSCode?

A

Andrezzz•7/7/23, 12:53 AM

A

Andrezzz•7/7/23, 12:53 AM

it's causing from the wrangler

A

Andrezzz•7/7/23, 12:54 AM

btw I'm trying to access outside the request, using @tsndr/cloudflare-worker-router

AAndrezzz btw I'm trying to access outside the request, using @tsndr/cloudflare-worker-rou...

H

Hello, I’m Allie!•7/7/23, 1:04 AM

If you are using Module Syntax, then variables/bindings are not available in the global scope

HHello, I’m Allie!If you are using Module Syntax, then variables/bindings are not available in the...

A

Andrezzz•7/7/23, 1:04 AM

then what should I do?

AAndrezzz then what should I do?

H

Hello, I’m Allie!•7/7/23, 1:05 AM

Pull the env object from the Router Context

H

Hello, I’m Allie!•7/7/23, 1:06 AM

https://github.com/tsndr/cloudflare-worker-router#ctx

GitHub

GitHub - tsndr/cloudflare-worker-router: A super lightweight router...

A super lightweight router (1.3K) with middleware support and ZERO dependencies for Cloudflare Workers. - GitHub - tsndr/cloudflare-worker-router: A super lightweight router (1.3K) with middleware ...

HHello, I’m Allie!https://github.com/tsndr/cloudflare-worker-router#ctx

A

Andrezzz•7/7/23, 1:06 AM

thx

A

Andrezzz•7/7/23, 1:06 AM

it's the only way right?

A

Andrezzz•7/7/23, 1:06 AM

was making some functions

AAndrezzz it's the only way right?

H

Hello, I’m Allie!•7/7/23, 1:07 AM

You can use AsyncLocalStorage to move the env around, but it still has to be in the same function context

H

Hello, I’m Allie!•7/7/23, 1:07 AM

It can’t be accessed globally

A

Andrezzz•7/7/23, 1:07 AM

okok, curiosity without using Module Syntax what can I do?

A

Andrezzz•7/7/23, 1:08 AM

and can I download the toml file? since I created on dashboard and now I wanna send on wrangler

AAndrezzz okok, curiosity without using Module Syntax what can I do?

H

Hello, I’m Allie!•7/7/23, 1:08 AM

Bindings are available globally, but this does reduce efficiency and speed

H

hanpolo•7/7/23, 5:26 AM

Just wanted to give kudos to the team on the latest Wrangler release. The bugs I had are fixed, the entire system is working faster and crisper. All in all I'm very really appreciating this new release. Thank you.

TTin Cap Where are the current miniflare docs? https://miniflare.dev seems to be the old ...

S

Shirokawa•7/7/23, 5:28 AM

I'm using KV in a similar way and was struggling with this same topic and ended up using miniflare 2 for unit tests for the time being, because through that I was able to manipulate KV & R2. I have a few basic integration tests (checking some response statuses) set up with wrangler 3, but nothing very useful yet, because of inability to seed data (both KV and R2).

I did notice that the

unstable_dev

unstable_dev

unstable_dev

unstable_dev API has bindings for KV etc. in the properties, but I guess they are not wired to anything yet. Would be great if they get wired up and some methods are exposed to allow seeding and manipulating data for testing purposes.

A

Andrezzz•7/7/23, 10:17 AM

I created a secret, but it isn't showing on the toml file and isn't recognized in the dev

A

Andrezzz•7/7/23, 10:18 AM

inside the env ofc

HHello, I’m Allie!Bindings are available globally, but this does reduce efficiency and speed

A

Andrezzz•7/7/23, 12:08 PM

I ended up doing this:

export default {
    async fetch(request, env) {
        process.env = env;
        return await app.handle(env, request);
    }
}

export default {
    async fetch(request, env) {
        process.env = env;
        return await app.handle(env, request);
    }
}

export default {
    async fetch(request, env) {
        process.env = env;
        return await app.handle(env, request);
    }
}

export default {
    async fetch(request, env) {
        process.env = env;
        return await app.handle(env, request);
    }
}

A

Andrezzz•7/7/23, 12:09 PM

is it a bad idea?

AAndrezzz I ended up doing this: ```js export default { async fetch(request, env) { ...

H

Hello, I’m Allie!•7/7/23, 2:31 PM

Sort of. If your runtime is reused while bindings are updated, then some code may break if it changes prematurely

HHello, I’m Allie!Sort of. If your runtime is reused while bindings are updated, then some code ma...

A

Andrezzz•7/7/23, 2:37 PM

btw do u know how to debug correctly, since it's a webpack and then it goes thousands of lines

H

hanpolo•7/7/23, 4:04 PM

Folks, I tried upgrading node from 16.19.1 to 18.16.1. With 16.19.1 & wrangler 3.1.2 everything works. But when I try node 18.16.1 I get:

workerd/server/server.c++:2362: error: Uncaught exception: kj/async-io-unix.c++:186: disconnected: ::write(fd, buffer, size): Broken pipe
stack: 110129a83 110129e81 10f032246 10f0326b7 10f00e350 10f011530
workerd/server/server.c++:2274: error: exception = kj/async-io-unix.c++:186: disconnected: ::write(fd, buffer, size): Broken pipe
stack: 110129a83 110129e81 10f032246 10f0326b7 10f0011f0 10f0622d0 10e41ad30
[mf:inf] GET / 502 Bad Gateway (7ms)
✘ [ERROR] Error: Could not proxy request: Error: connect ECONNREFUSED ::1:3341

workerd/server/server.c++:2362: error: Uncaught exception: kj/async-io-unix.c++:186: disconnected: ::write(fd, buffer, size): Broken pipe
stack: 110129a83 110129e81 10f032246 10f0326b7 10f00e350 10f011530
workerd/server/server.c++:2274: error: exception = kj/async-io-unix.c++:186: disconnected: ::write(fd, buffer, size): Broken pipe
stack: 110129a83 110129e81 10f032246 10f0326b7 10f0011f0 10f0622d0 10e41ad30
[mf:inf] GET / 502 Bad Gateway (7ms)
✘ [ERROR] Error: Could not proxy request: Error: connect ECONNREFUSED ::1:3341

workerd/server/server.c++:2362: error: Uncaught exception: kj/async-io-unix.c++:186: disconnected: ::write(fd, buffer, size): Broken pipe
stack: 110129a83 110129e81 10f032246 10f0326b7 10f00e350 10f011530
workerd/server/server.c++:2274: error: exception = kj/async-io-unix.c++:186: disconnected: ::write(fd, buffer, size): Broken pipe
stack: 110129a83 110129e81 10f032246 10f0326b7 10f0011f0 10f0622d0 10e41ad30
[mf:inf] GET / 502 Bad Gateway (7ms)
✘ [ERROR] Error: Could not proxy request: Error: connect ECONNREFUSED ::1:3341

workerd/server/server.c++:2362: error: Uncaught exception: kj/async-io-unix.c++:186: disconnected: ::write(fd, buffer, size): Broken pipe
stack: 110129a83 110129e81 10f032246 10f0326b7 10f00e350 10f011530
workerd/server/server.c++:2274: error: exception = kj/async-io-unix.c++:186: disconnected: ::write(fd, buffer, size): Broken pipe
stack: 110129a83 110129e81 10f032246 10f0326b7 10f0011f0 10f0622d0 10e41ad30
[mf:inf] GET / 502 Bad Gateway (7ms)
✘ [ERROR] Error: Could not proxy request: Error: connect ECONNREFUSED ::1:3341

H

hanpolo•7/7/23, 4:05 PM

Any ideas what is happening?

H

hanpolo•7/7/23, 4:07 PM

Some extra info: on the browser window I see:

[wrangler] Could not proxy request: TypeError: fetch failed

[wrangler] Could not proxy request: TypeError: fetch failed

[wrangler] Could not proxy request: TypeError: fetch failed

[wrangler] Could not proxy request: TypeError: fetch failed

The command to launch my app is:

 npx wrangler pages dev -- npm start

 npx wrangler pages dev -- npm start

 npx wrangler pages dev -- npm start

 npx wrangler pages dev -- npm start

J

James•7/7/23, 4:22 PM

This sounds highly likely related to the

localhost

localhost

localhost

localhost IPv6 vs IPv4 changes in Node 18 from Node 16.

J

James•7/7/23, 4:25 PM

Can you share a repro if possible with your code and wrangler.toml?

H

hanpolo•7/7/23, 6:00 PM

Repo @ https://github.com/safaalai/stencil-latest

GitHub

GitHub - safaalai/stencil-latest

Contribute to safaalai/stencil-latest development by creating an account on GitHub.

H

hanpolo•7/7/23, 6:00 PM

I've installed Node globally

H

hanpolo•7/7/23, 6:01 PM

Should I open a bug?

H

hanpolo•7/7/23, 6:03 PM

Note there is no wrangler.toml .. I've basically created the simplest repo that produces the bug

H

hanpolo•7/7/23, 9:47 PM

Ok .. so verified what you said, @cherryjimbo. If I run

node --dns-result-order=ipv4first node_modules/wrangler/bin/wrangler.js pages dev -- npm start

node --dns-result-order=ipv4first node_modules/wrangler/bin/wrangler.js pages dev -- npm start

node --dns-result-order=ipv4first node_modules/wrangler/bin/wrangler.js pages dev -- npm start

node --dns-result-order=ipv4first node_modules/wrangler/bin/wrangler.js pages dev -- npm start

Then everything works

H

hanpolo•7/7/23, 9:48 PM

not quite sure how else to pass node command line arguments (i.e. --dns-result-order) to npx .. so I'm stuck with this rather long-winded node command. Any suggestions?

G

gutterball•7/10/23, 9:08 AM

upgraded to wrangler 3.1.2 to use local https option, but get the following error:

workerd/util/symbolizer.c++:95: warning: Not symbolizing stack traces because $LLVM_SYMBOLIZER is not set. To symbolize stack traces, set $LLVM_SYMBOLIZER to the location of the llvm-symbolizer binary. When running tests under bazel, use `--test_env=LLVM_SYMBOLIZER=<path>`.
*** Fatal uncaught kj::Exception: kj/async-io-unix.c++:945: failed: ::bind(sockfd, &addr.generic, addrlen): Address already in use; toString() = 127.0.0.1:9999
stack: 1021761bf 102175f57 1021737ef 100911083 100911244 10091194c 1008dc91f 1008e032b 1008e015f 1008e0147 1021ac0db 1021ac337 1021aaa8f 1021aa85f 1008d41ab 186ce7f27

workerd/util/symbolizer.c++:95: warning: Not symbolizing stack traces because $LLVM_SYMBOLIZER is not set. To symbolize stack traces, set $LLVM_SYMBOLIZER to the location of the llvm-symbolizer binary. When running tests under bazel, use `--test_env=LLVM_SYMBOLIZER=<path>`.
*** Fatal uncaught kj::Exception: kj/async-io-unix.c++:945: failed: ::bind(sockfd, &addr.generic, addrlen): Address already in use; toString() = 127.0.0.1:9999
stack: 1021761bf 102175f57 1021737ef 100911083 100911244 10091194c 1008dc91f 1008e032b 1008e015f 1008e0147 1021ac0db 1021ac337 1021aaa8f 1021aa85f 1008d41ab 186ce7f27

workerd/util/symbolizer.c++:95: warning: Not symbolizing stack traces because $LLVM_SYMBOLIZER is not set. To symbolize stack traces, set $LLVM_SYMBOLIZER to the location of the llvm-symbolizer binary. When running tests under bazel, use `--test_env=LLVM_SYMBOLIZER=<path>`.
*** Fatal uncaught kj::Exception: kj/async-io-unix.c++:945: failed: ::bind(sockfd, &addr.generic, addrlen): Address already in use; toString() = 127.0.0.1:9999
stack: 1021761bf 102175f57 1021737ef 100911083 100911244 10091194c 1008dc91f 1008e032b 1008e015f 1008e0147 1021ac0db 1021ac337 1021aaa8f 1021aa85f 1008d41ab 186ce7f27

workerd/util/symbolizer.c++:95: warning: Not symbolizing stack traces because $LLVM_SYMBOLIZER is not set. To symbolize stack traces, set $LLVM_SYMBOLIZER to the location of the llvm-symbolizer binary. When running tests under bazel, use `--test_env=LLVM_SYMBOLIZER=<path>`.
*** Fatal uncaught kj::Exception: kj/async-io-unix.c++:945: failed: ::bind(sockfd, &addr.generic, addrlen): Address already in use; toString() = 127.0.0.1:9999
stack: 1021761bf 102175f57 1021737ef 100911083 100911244 10091194c 1008dc91f 1008e032b 1008e015f 1008e0147 1021ac0db 1021ac337 1021aaa8f 1021aa85f 1008d41ab 186ce7f27

using node 16.20.0 (tried switching to 18 but the error still occurs).
wrangler.toml setting:

[dev]
ip = "127.0.0.1"
port = 9999
local_protocol = "https"

[dev]
ip = "127.0.0.1"
port = 9999
local_protocol = "https"

[dev]
ip = "127.0.0.1"
port = 9999
local_protocol = "https"

[dev]
ip = "127.0.0.1"
port = 9999
local_protocol = "https"

EDIT: strangely, it works when passing the flags inline:

wrangler dev src/main.ts --live-reload --local-protocol https --port 9999

wrangler dev src/main.ts --live-reload --local-protocol https --port 9999

wrangler dev src/main.ts --live-reload --local-protocol https --port 9999

wrangler dev src/main.ts --live-reload --local-protocol https --port 9999

anyone knows why?

Ggutterball upgraded to wrangler 3.1.2 to use local https option, but get the following erro...

M

MrBBot•7/10/23, 11:09 AM

Hey!

Could you double check that you don't have any other

wrangler dev

wrangler dev

sessions running? Ideally restart your computer, but otherwise try

pkill workerd

pkill workerd

pkill workerd

pkill workerd.

MMrBBot Hey! 👋 Could you double check that you don't have any other `wrangler dev` sess...

G

gutterball•7/10/23, 3:32 PM

hey @mrbbot , thanks for replying! I restarted my machine and indeed it works! I'm still getting the errors in the console, but the app works which is what's important. thanks!

Ggutterball hey @mrbbot , thanks for replying! I restarted my machine and indeed it works! I...

M

MrBBot•7/10/23, 5:22 PM

Excellent! If you're seeing this regularly it's possible we've got an issue. Please open a GitHub issue if this becomes a problem for you.

K

kian•7/11/23, 11:21 AM

So the

put

put

put

put promise never resolves?

V

vassbence•7/11/23, 4:38 PM

i'm getting

workerd/util/symbolizer.c++:95: warning: Not symbolizing stack traces because $LLVM_SYMBOLIZER is not set. To symbolize stack traces, set $LLVM_SYMBOLIZER to the location of the llvm-symbolizer binary. When running tests under bazel, use `--test_env=LLVM_SYMBOLIZER=<path>`.
workerd/jsg/util.c++:277: info: exception = kj/async-io-unix.c++:1526: disconnected: connect(): Connection refused

workerd/util/symbolizer.c++:95: warning: Not symbolizing stack traces because $LLVM_SYMBOLIZER is not set. To symbolize stack traces, set $LLVM_SYMBOLIZER to the location of the llvm-symbolizer binary. When running tests under bazel, use `--test_env=LLVM_SYMBOLIZER=<path>`.
workerd/jsg/util.c++:277: info: exception = kj/async-io-unix.c++:1526: disconnected: connect(): Connection refused

workerd/util/symbolizer.c++:95: warning: Not symbolizing stack traces because $LLVM_SYMBOLIZER is not set. To symbolize stack traces, set $LLVM_SYMBOLIZER to the location of the llvm-symbolizer binary. When running tests under bazel, use `--test_env=LLVM_SYMBOLIZER=<path>`.
workerd/jsg/util.c++:277: info: exception = kj/async-io-unix.c++:1526: disconnected: connect(): Connection refused

workerd/util/symbolizer.c++:95: warning: Not symbolizing stack traces because $LLVM_SYMBOLIZER is not set. To symbolize stack traces, set $LLVM_SYMBOLIZER to the location of the llvm-symbolizer binary. When running tests under bazel, use `--test_env=LLVM_SYMBOLIZER=<path>`.
workerd/jsg/util.c++:277: info: exception = kj/async-io-unix.c++:1526: disconnected: connect(): Connection refused

Hmm, the wrangler dev documentation explains a bit about persisting local data. I found this page,

Similar Threads

Similar Threads

Similar Threads