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

Issue 691509 link

Starred by 0 users
Status: Assigned
Owner:
tommi@chromium.org
Cc:
nyerramilli@chromium.org
kkaluri@chromium.org
█ msrchandra@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Regression: In chrome://webrtc-internals, on closing 'Save as' window checkbox gets unchecked after a delay.

Reported by lpa...@etouch.net, Feb 13 2017 
Chrome Version: 58.0.3011.0 (Official Build) cc78776e3214ce8cd60288796a20baf7f98e7b52-refs/heads/master@{#449903} (32/64-bit)
OS: Windows (7,8,10), Mac (10.11.6, 10.12.1), Linux (14.04 LTS)

What steps will reproduce the problem?
1) Launch chrome, go to chrome://webrtc-internals and click on Create Dump button.
2) Check Enable diagnostic audio recordings checkbox (Save as window opens).
3) Press Esc key and observe the checkbox.

The checkbox gets unchecked after a delay.

The checkbox should get unchecked immediately without any delay.

This is a Regression issue broken in M-50, will soon update other info
Manual bisect:
Good build: 50.0.2645.0 
Bad build: 50.0.2647.0
webrtc_actual.mp4
862 KB View Download
webrtc_expected.mp4
572 KB View Download

Comment 1 by kkaluri@chromium.org, Feb 13 2017

Cc: kkaluri@chromium.org
Labels: hasbisect-per-revision
Owner: tommi@chromium.org
Status: Assigned (was: Unconfirmed)
Bisect Info:
===========
Good build : 50.0.2645.0,   Revision Range -374251
Bad build  : 50.0.2647.0,   Revision Range -374822

After executing the per-revision bisect script , i got the following CL's between good and bad build versions
===========================================
https://chromium.googlesource.com/chromium/src/+log/c560d75783aca05249092dd11503b53f7b631be1..f59d8ea45d330edd43de8cf150883c157fb66e49

The suspecting Change Log is :
-----------
https://chromium.googlesource.com/chromium/src/+/75d54fe84473d8a17cf4a28d05fa2fc6d104ab54

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

tommi@- Could you please look into this issue, if it's related to your change?  if not could you please help us to reassign this issue to the right owner.

Comment 2 by kkaluri@chromium.org, Feb 21 2017 

Able to reproduce the issue in Mac 10.12.3 with chrome canary #58.0.3019.0

tommi@ could you please provide the latest update on these issue.

Thank You...

Comment 3 by tommi@chromium.org, Feb 21 2017

Labels: -Pri-1 Pri-3
Sorry, haven't had time to look at this.  The functionality seems correct and there hasn't been any change in this area that I'm aware of (perhaps the 'save as' dialog code has changed?)

In any case, I don't think this is a P1, so I'll change it to a P3 since it's not time critical (let me know if you disagree).

Comment 4 by kkaluri@chromium.org, Feb 28 2017 

Just to update, this behavior is observed on Ubuntu 14.04 with chrome #58.0.3025.5
►

Sign in to add a comment