The updates are triggered at [1]. In this case, it's the NetworkConnectionStateChanged() observer function. It looks like they throttle updates to the list to a maximum of once every kUpdateFrequencyMs milliseconds, where kUpdateFrequencyMs = 1000. Leslie, were you seeing updates that were delayed up to 1 second?

Looks like this change was made by stevenjb@ in [2]. Steven, can you shed some light on why this is necessary?

[1] https://cs.chromium.org/chromium/src/ash/system/network/tray_network_state_observer.cc
[2] https://codereview.chromium.org/811623002

UI updates are expensive. Sometimes updates can be noisy so the 1s delay "debounces" that. I am surprised it is noticeable, but we could probably make the logic smarter, e.g. reset the debounce timer after a user action like 'connect'.

Yep, that's a good idea. I think we should land a fix which always refreshes the list immediately if the user clicks on the UI.

However, I do not consider this a launch-blocking issue. Moving to M-63.

This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot