New issue
Advanced search Search tips

Issue 605262 link

Starred by 7 users

Issue metadata

Status: Assigned
Owner:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Feature



Sign in to add a comment

WebSocket frame inspector does not render binary frames

Project Member Reported by chrsmith@google.com, Apr 20 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.75 Safari/537.36

Steps to reproduce the problem:
The Chrome dev tool's WebSocket inspector does not render binary frames. Instead, it just shows the message as "Binary Frame (Opcode 2, mask)" which isn't actually helpful.

What is the expected behavior?

What went wrong?
I certainly don't expect Chromium to render arbitrary binary data (since it could be an image, proto message, etc.) But ideally I could at least copy the hex-encoded message so I could debug the WebSocket messages.

Did this work before? No 

Chrome version: 49.0.2623.75  Channel: n/a
OS Version: OS X 10.11.3
Flash Version: Shockwave Flash 20.0 r0

This is especially difficult when I'm connecting to minified/compiled JavaScript files and don't have as easy of a time stepping through the source when the WebSocket message is being constructed.
 

Comment 1 by allada@chromium.org, Apr 25 2016

Components: -Platform>DevTools Platform>DevTools>Network
Owner: allada@chromium.org
Status: Available (was: Unconfirmed)
Components: Blink>Network>WebSockets
Project Member

Comment 3 by sheriffbot@chromium.org, Jun 2 2016

Labels: Hotlist-Google
Status: Assigned (was: Available)
Labels: -Type-Bug -Pri-2 Pri-3 Type-Feature
Owner: chenwilliam@chromium.org
Owner: eostroukhov@chromium.org

Comment 7 by gez...@gmail.com, Mar 6 2018

Rendering binary frames (e.g. as hex string) would be incredibly useful to debug binary websocket based protocols. And I assume this wouldn't be too hard to implement...
Owner: jarhar@chromium.org

Sign in to add a comment