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

Issue 646995 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: May 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug



Sign in to add a comment

[chrome.dial] Don't fire event when getting an event from the network change notifier

Project Member Reported by mfo...@chromium.org, Sep 14 2016

Issue description

Version: ChromeOS 53

chrome.dial forces a deviceList event each time there is callback from the NetworkChangeNotifier.  Because of  Bug 644501 , this results in continuous Media Router wakeups on ChromeOS.

This bug tracks a fix to not force-fire an event in this case.

 

Comment 1 by mfo...@chromium.org, Sep 14 2016

Summary: [chrome.dial] Don't fire event on every network change (was: [chrome.dial] )

Comment 2 by mfo...@chromium.org, Sep 14 2016

Blockedon: 644501

Comment 3 by sko...@chromium.org, Sep 14 2016

Labels: M-54
Marking as RB-S for M-54 as well.
is this RBS for M53? what devices is this being seen on?

Comment 5 by sko...@chromium.org, Sep 14 2016

AFAIK it's not device-specific. It's a platform issue.
Blockedon: -644501
Could you include a repro for this?

Note:  issue 644501  is not the root cause. Issue 647004 may have the same root cause however.

Cc: steve...@chromium.org
Inspecting the code, NetworkChangeNotifierChromeos only triggers an event when the default network changes, so I do not think that the connection manager is the cause here.

Comment 9 by mfo...@chromium.org, Sep 20 2016

Labels: -Pri-1 -M-53 -M-54 -ReleaseBlock-Stable M-55 Pri-2
Summary: [chrome.dial] Don't fire event when getting an event from the network change notifier (was: [chrome.dial] Don't fire event on every network change)
I agree with c#8.  I think the continuous wakeups are another side effect of how we manage event listeners in this API.  However it's also not clear we want to always fire an event when we get a callback from the NetworkChangeNotifier.


Labels: -Pri-2 -M-55 Pri-3
Labels: Hotlist-Fixit
Status: Assigned (was: Untriaged)
Owner: ----
Status: Available (was: Assigned)
Next step is to scope the amount of work required w/o impacting other users.
Status: WontFix (was: Available)
Given we are in the process of obsoleting this API, WontFix.

Sign in to add a comment