Also are you using hibernation or the

Milan · 2024-08-10T17:24:27.880Z

Also are you using hibernation or the normal ws API?

C

conor•8/10/24, 5:39 PM

Yes I'm using the hibernation API I believe.

const websocket = this.state.getWebSockets("my-tag")
            if (websocket.length === 0) {
                console.error("No websocket")
                return new Response("No websocket available", { status: 400 })
            }

const websocket = this.state.getWebSockets("my-tag")
            if (websocket.length === 0) {
                console.error("No websocket")
                return new Response("No websocket available", { status: 400 })
            }

const websocket = this.state.getWebSockets("my-tag")
            if (websocket.length === 0) {
                console.error("No websocket")
                return new Response("No websocket available", { status: 400 })
            }

const websocket = this.state.getWebSockets("my-tag")
            if (websocket.length === 0) {
                console.error("No websocket")
                return new Response("No websocket available", { status: 400 })
            }

I do a lookup against the state of websockets based on tag when replying, but I don't get that error so it seems the websocket is always there.

C

conor•8/10/24, 5:40 PM

Browsers periodically send protocol level pings so I'd be surprised if this was the reason for premature disconnection.

That was my understanding too, though I've read mixed accounts of what people have experienced online. It'd be cheap to test an application level ping I guess.

C

conor•8/10/24, 5:40 PM

I'm going to try another browser next.

C

conor•8/10/24, 5:55 PM

Ok I've reproduced in vanilla Chrome Version 127.0.6533.100.

A more nuanced workload description is that my browser client sends about 2900 messages at once, receives immediate responses from the websocket server, then sits idle receiving further messages from the server with more data.

First message from client -> server at 10:45am PDT, last message from server -> client at 10:49am PDT before the socket is closed and no more messages flow in any direction.

M

MilanOP•8/10/24, 5:58 PM

Huh, and you're saying the client receives 1006?

M

MilanOP•8/10/24, 5:59 PM

I'm on chrome connected to a DO I have, which I think is just the hibernation example we provide in our docs.

I sent a websocket message at 13:19, then waited until right now (13:54), sent another message and got a reply from the DO. My close handler never ran

M

MilanOP•8/10/24, 5:59 PM

Can you

wrangler tail

wrangler tail

wrangler tail

wrangler tail the DO? Do you see any errors in your dashboard?

C

conor•8/10/24, 6:05 PM

Huh, and you're saying the client receives 1006?

That's right.

I'm on chrome connected to a DO I have, which I think is just the hibernation example we provide in our docs.

Maybe I can try to deploy that then iteratively adjust to add the rest of the pieces in my current workflow to debug further.

The websocket server I have receives a message, checks if it has a specific field, if not it queues it for further work, if so it returns it to the browser client.

The queue consumer pops off messages, does work, then sends the result as a message back to the websocket server.

C

conor•8/10/24, 6:06 PM

Can you wrangler tail the DO? Do you see any errors in your dashboard?

I can but I notice logs stop after some time, and I see more continous logging coming from the log tab in the web UI so I haven't been trusting it much.

M

MilanOP•8/10/24, 6:12 PM

if not it queues it for further work,

With an alarm()? Or something else? I wonder if the DO itself is just crashing for some reason. You can DM me your account ID I can try to take a look (but will be a bit busy with other stuff today)

C

conor•8/10/24, 6:13 PM

npx wrangler tail

npx wrangler tail

npx wrangler tail

npx wrangler tail gives me:

Unknown Event - Ok @ 8/10/2024, 11:10:03 AM

Unknown Event - Ok @ 8/10/2024, 11:10:03 AM

Unknown Event - Ok @ 8/10/2024, 11:10:03 AM

Unknown Event - Ok @ 8/10/2024, 11:10:03 AM

Then I get this warning:

Tail is currently in sampling mode due to the high volume of messages. To prevent messages from being dropped consider adding filters.

Tail is currently in sampling mode due to the high volume of messages. To prevent messages from being dropped consider adding filters.

Tail is currently in sampling mode due to the high volume of messages. To prevent messages from being dropped consider adding filters.

Tail is currently in sampling mode due to the high volume of messages. To prevent messages from being dropped consider adding filters.

Then the last message timestamp is:

Unknown Event - Ok @ 8/10/2024, 11:10:04 AM

Unknown Event - Ok @ 8/10/2024, 11:10:04 AM

Unknown Event - Ok @ 8/10/2024, 11:10:04 AM

Unknown Event - Ok @ 8/10/2024, 11:10:04 AM

There are more responses coming through the websocket still so the logs don't seem to keep up in

tail

tail

tail

tail

MMilan > if not it queues it for further work, With an alarm()? Or something else? I wo...

C

conor•8/10/24, 6:15 PM

I just use

request_queue_binding.send

request_queue_binding.send

request_queue_binding.send

request_queue_binding.send to queue the message, then the consumer does work, looks up the websocket in the state (consumer is the same DO object, I guess), and sends the resulting message. It works fine until the 1006 error.

Cconor > Can you wrangler tail the DO? Do you see any errors in your dashboard? I can b...

M

MilanOP•8/10/24, 6:15 PM

sorry, I forgot there's an issue with logs coming from our websocket hibernation methods. The runtime is emitting logs correctly but the service that interprets them isn't consuming them correctly as of late. We (Durable Objects team) don't contribute to that service but have let the codeowners know and it should be fixed soon

C

conor•8/10/24, 6:16 PM

Ok cool that eliminates me being the issue haha

C

conor•8/10/24, 6:17 PM

Is my account ID just my email?

M

MilanOP•8/10/24, 6:17 PM

Nope, there's some actual hex ID, let me see if I can figure out how to get it

M

MilanOP•8/10/24, 6:18 PM

wrangler whoami

wrangler whoami

wrangler whoami

wrangler whoami

M

MilanOP•8/10/24, 6:18 PM

I think that should work?

C

conor•8/10/24, 6:18 PM

Ah I have an

account_id

account_id

account_id

account_id in my wrangler.toml as well

M

MilanOP•8/10/24, 6:18 PM

(Don't paste here tho!!! this is still a public channel

)

M

MilanOP•8/10/24, 6:19 PM

Send me a DM instead

C

conor•8/10/24, 6:19 PM

Yeah will DM you, the

whoami

whoami

whoami

whoami matches the

account_id

account_id

account_id

account_id in the

wrangler.toml

wrangler.toml

wrangler.toml

wrangler.toml

Also are you using hibernation or the

Similar Threads

Similar Threads

Similar Threads