🐛 BUG: Unable to distinguish tail message type from the websocket message payload
See original GitHub issueWhat version of Wrangler
are you using?
0.0.0
What operating system are you using?
Mac
Describe the Bug
(sent here from the #do-alarms Discord channel by Matt @ cloudflare)
Please add a new field to every tail websocket wire protocol message to distinguish the various contexts now present in workers. Right now it is impossible to always tell the difference between eyeball requests, DO requests, cron requests, and now DO alarm requests [*].
Could be a type code number if necessary to keep the payload small.
Would be immediately useful, thanks! I don’t use wrangler, but use the WS directly.
* strictly speaking cron requests can be identified by the payload properties, but the others are often ambiguous
Issue Analytics
- State:
- Created a year ago
- Comments:5 (4 by maintainers)
Top Results From Across the Web
Jmeter - Websocket plugin - unable to find solution to ...
So far the requirements were simply to send and receive some payload, or simply send and forget. However I got a new requirement...
Read more >[Request] Make WebSocketSubject distinguish between client ...
Now the thing is: I can't distinguish between the origins of the message in my client. I send messages by calling next() on...
Read more >Client-Side WebSocket Support • Akka HTTP - Documentation
A WebSocket consists of two streams of messages, incoming messages (a Sink Sink ) and ... If the connection fails, for example with...
Read more >25. WebSocket Support - Spring
2, “Enable STOMP over WebSocket” demonstrates how to configure STOMP support in Spring. Section 25.4.4, “Annotation Message Handling” and the following sections ...
Read more >How to enable detailed logging of Mosquitto broker on ...
If you want to log the PUBLISH message payload, here I add custome log in ... Works great for existing logs, but can't...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Let me check. I’ll respond here tomorrow with more.
Yes they use the same tracing infrastructure.