New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 598076 link

Starred by 37 users

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Apr 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

WebSockets viewer flips back to a different resource on arrival of a new WS frame

Reported by muench...@gmail.com, Mar 25 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.49 Safari/537.36

Steps to reproduce the problem:
1. Open the Developer Tools and go to the Network Tab BEFORE you go to a website that has websockets (i.e. http://www.websocket.org/echo.html)
2. Click on "Connect" on the site
3. Look for the 101 status and click on the "Name" of the resource
4. Click on the "Frames" tab
5. Click "Send" on the Site

3. 

What is the expected behavior?
I should see the frames coming in and going out of the browser

What went wrong?
The DevTools of Chrome jump off the 101 Resource to the next in the list and shows a different resource.

With heavy WS traffic there is no chance of using the WebSockets debugger :(

Did this work before? Yes Before Version 48 (I have using this for a long time - when I upgraded to 49 or 50 its broken)

Chrome version: 50.0.2661.49  Channel: beta
OS Version: 10.0
Flash Version: Shockwave Flash 21.0 r0

The only workaround is to "Filter" the resources by the name of the WebSockets resource. But that is not good if you want to debug the ws frames and see what else is going on between the brower and the server
 
Owner: allada@chromium.org
Status: Assigned (was: Unconfirmed)
Blaise, please take a look!

Comment 2 by allada@chromium.org, Mar 29 2016

Status: Started (was: Assigned)
Project Member

Comment 3 by bugdroid1@chromium.org, Mar 30 2016

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/07c26892dc84de2861dd2399656d56e8716cd1ff

commit 07c26892dc84de2861dd2399656d56e8716cd1ff
Author: allada <allada@chromium.org>
Date: Wed Mar 30 19:59:24 2016

[DevTools] Fix bug with WebSockets flipping frames

Fix bug where if you are in network tab and debugging a WS then a frame
comes in, it would change the selected item in the network tab on the
user.

BUG= 598076 
R=lushnikov

Review URL: https://codereview.chromium.org/1839783007

Cr-Commit-Position: refs/heads/master@{#384064}

[modify] https://crrev.com/07c26892dc84de2861dd2399656d56e8716cd1ff/third_party/WebKit/Source/devtools/front_end/network/NetworkLogView.js

Cc: alph@chromium.org
 Issue 586831  has been merged into this issue.
Status: Fixed (was: Started)
Cc: allada@chromium.org dgozman@chromium.org pfeldman@chromium.org
 Issue 594511  has been merged into this issue.
 Issue 592911  has been merged into this issue.
 Issue 605924  has been merged into this issue.
 Issue 609016  has been merged into this issue.
 Issue 612326  has been merged into this issue.
 Issue 613173  has been merged into this issue.
 Issue 614021  has been merged into this issue.
 Issue 616534  has been merged into this issue.
 Issue 620975  has been merged into this issue.
This issue is back in ver 58

Comment 16 by suta...@gmail.com, Apr 26 2017

Confirm, it's true. (Ubuntu 16.04 LTS, Chrome Version 58.0.3029.81 (64-bit))

Sign in to add a comment