it's the only way right? - Cloudflare Developers

© 2026 Hedgehog Software, LLC

More

Communities Docs About Terms Privacy

Andrezzz

A

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

was making some functions

Andrezzz

AAndrezzz it's the only way right?

Hello, I’m Allie!

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

Hello, I’m Allie!

H

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

It can’t be accessed globally

Andrezzz

A

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

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

Andrezzz

A

AndrezzzOP•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

Andrezzz

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

Hello, I’m Allie!

H

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

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

hanpolo

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.

Tin Cap

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

Shirokawa

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_devunstable_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.

Andrezzz

A

AndrezzzOP•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

Andrezzz

A

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

inside the env ofc

Hello, I’m Allie!

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

Andrezzz

A

AndrezzzOP•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);
    }
}

Andrezzz

A

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

is it a bad idea?

Andrezzz

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

Hello, I’m Allie!

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

Hello, I’m Allie!

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

Andrezzz

A

AndrezzzOP•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

hanpolo

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

hanpolo

H

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

Any ideas what is happening?

hanpolo

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

The command to launch my app is:

 npx wrangler pages dev -- npm start

 npx wrangler pages dev -- npm start

James

J

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

This sounds highly likely related to the

localhost

localhost

IPv6 vs IPv4 changes in Node 18 from Node 16.

James

J

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

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

hanpolo

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.

hanpolo

H

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

I've installed Node globally

hanpolo

H

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

Should I open a bug?

hanpolo

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

hanpolo

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

Then everything works

hanpolo

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?

gutterball

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

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"

EDIT: strangely, it works when passing the flags inline:
wrangler dev src/main.ts --live-reload --local-protocol https --port 9999wrangler dev src/main.ts --live-reload --local-protocol https --port 9999

anyone knows why?

gutterball

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

MrBBot

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 workerdpkill workerd.

MrBBot

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

gutterball

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!

gutterball

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

MrBBot

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.

kian

K

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

So the putput promise never resolves?

vassbence

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

vassbence

V

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

in unstable_dev()unstable_dev()

vassbence

V

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

it will has to do something with running in vitest setup files, as it does not happen when i start the unstable_devunstable_dev in a regular test file

micromashor

M

micromashor•7/11/23, 7:46 PM

is there a flag to force wrangler to run in non-interactive mode?

micromashor

M

micromashor•7/11/23, 7:47 PM

I guess the hacky way is to pass /dev/null/dev/null as its stdin

Original message was deleted

micromashor

M

micromashor•7/11/23, 8:26 PM

thanks

micromashor

M

micromashor•7/11/23, 8:28 PM

actually that's probably the easiest way bc I'm running it from makemake, so that would avoid having to add </dev/null</dev/null every time

micromashor

M

micromashor•7/11/23, 8:29 PM

yup

hanpolo

H

hanpolo•7/12/23, 9:11 PM

So does anyone know of a guide on how to test Durable Objects with the new Wrangler 3.1.2? I cannot get any of my old tests to work. For instance, should I still be specifying environment: minflare? Because when I do it simply fails to find my durable object. Or should I set
"vitest-environment-miniflare/globals" in tsconfig.json?

hanpolo

Hhanpolo So does anyone know of a guide on how to test Durable Objects with the new Wrang...

MrBBot

M

MrBBot•7/13/23, 9:45 AM

Miniflare's Vitest environment hasn't been upgraded to v3 yet. We're working on it, but it's going to take a while...

If you've got existing Vitest tests written, I'd stick with v2 for the time being.

Muhymin

M

Muhymin•7/13/23, 11:26 AM

Hi

! I am having an issue with wrangler tailwrangler tail that it always exits automatically after some time. Is it the expected behavior?? I didn't find any solution for this online.

MrBBot

MMrBBot Miniflare's Vitest environment hasn't been upgraded to v3 yet. We're working on ...

hanpolo

H

hanpolo•7/13/23, 11:43 AM

Thanks for the response. I came to that conclusion yesterday, removed miniflare from my tests and wrote my own mocks so I could run tests for 3.1.2. looking forward to getting the miniflare update sometime in the future.

Muhymin

M

Muhymin•7/13/23, 12:03 PM

Off-Topic: @mrbbot I really thought you were a bot who creates threads. And I wondered why the bot didn't create a thread from my message

!

simpsojo

Ssimpsojo Seems it should just work (TM), but didn't for me (On windows, I got the error: ...

Adam

A

Adam•7/13/23, 8:40 PM

If there's an issue with expected functionality, please help us by filing an issue here https://github.com/cloudflare/workers-sdk/issues so we can take a look!

GitHub

Issues · cloudflare/workers-sdk

Home to Wrangler, the CLI for Cloudflare Workers® - Issues · cloudflare/workers-sdk

Issues · cloudflare/workers-sdk

beelzabub

B

beelzabub•7/14/23, 9:01 PM

Does Miniflare 3 have any mechanism to overwrite what domain names map to (within the API, not wrangler)? For example, if my worker is doing a fetch to https://my.custom.domain.comhttps://my.custom.domain.com, I would like that to get routed to a localhost server for CI testing purposes without changing the URL within the code.

kian

K

kian•7/14/23, 9:30 PM

Not yet https://github.com/cloudflare/miniflare/discussions/588#discussioncomment-5995047

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/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>`.
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