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

Issue 692218 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

chrome.feedbackPrivate.getSystemInformation takes abnormally long to resolve, uses excessive CPU time

Project Member Reported by sajordan@google.com, Feb 14 2017

Issue description

Chrome Version: (58.0.2997.0 (Official Build) unknown (64-bit)
OS: (ChromeOS (testing image))

What steps will reproduce the problem?
(1) Ensure SSH is enabled on the ChromeOS device.
(2) Run any Chrome kiosk application on the ChromeOS device.
(3) Press Ctrl-Alt-F2 on the ChromeOS device to access the developer shell.
(4) In the developer shell, run 'top' and then press '1' to see per core CPU usage. 
(5) Run 'ssh -L 9222:localhost:9222 root@YOUR_HOST -N' on your desktop, not the ChromeOS machine, to create an SSH tunnel for debugging.
(6) Go to localhost:9222 on your desktop machine and open a debugging session for the kiosk application page.
(7) invoke the chrome.feedbackPrivate.getSystemInformation with any callback. In this case I used console.log but it doesn't really matter.
(8) wait for callback to be invoked, watching the top session on the ChromeOS device.

What is the expected result?

The callback is invoked in a short amount of time (<2 seconds would be nice, but I'm not the ultimate judge here) and does not increase CPU usage significantly.

What happens instead?

The callback is invoked at roughly 10 seconds after calling the API. Roughly 5 seconds after calling the API one of the CPU cores spikes to 100% usage and stays there for several seconds, caused by one of the chrome processes.

Please let me know if you need more information. I've never filed a Chrome bug before so I may have left out something important.

 

Comment 1 by st...@chromium.org, Feb 14 2017

Cc: -r...@chromium.org st...@chromium.org
That's expected especially on devices with ARC++. What's the device you were testing on?

Comment 3 by sajordan@google.com, Feb 14 2017

Acer Chromebase 24 (technically a Google Chromebox for Meetings that I installed a test image on).

Comment 4 by st...@chromium.org, Mar 3 2017

Cc: r...@chromium.org

Comment 5 by st...@chromium.org, Mar 3 2017

Cc: -st...@chromium.org
Project Member

Comment 6 by sheriffbot@chromium.org, Jul 27 2017

Labels: Hotlist-Google
Status: Assigned (was: Untriaged)
Triage nag: This Chrome OS bug has an owner but no component. Please add a component so that this can be tracked by the relevant team.
Components: Platform>Apps>Feedback

Sign in to add a comment