New issue
Advanced search Search tips

Issue 848826 link

Starred by 1 user

Issue metadata

Status: Duplicate
Owner:
Closed: Jun 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Devtools becomes unresponive when inspecting service workers from other domains.

Reported by tyler.fr...@willowtreeapps.com, Jun 1 2018

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36

Steps to reproduce the problem:
1. Open devtools
2. Go to the Application tab
3. Select Service Workers
4. Select the "Service workers from other domains" dropdown

What is the expected behavior?
Devtools is still responsive.

What went wrong?
Devtools no longer allows me to interact with any UI elements (freezes?). After closing and re-opening devtools, I am able to navigate again.

Did this work before? N/A 

Chrome version: 66.0.3359.181  Channel: n/a
OS Version: OS X 10.12.6
Flash Version: Shockwave Flash 29.0 r0
 
Labels: Needs-Triage-M66
Cc: vamshi.kommuri@chromium.org
Labels: Triaged-ET Needs-Feedback
Thanks for filing the issue!

Unable to reproduce the issue on reported chrome version 66.0.3359.181 using Mac 10.12.6 with the below mentioned steps.
1. Launched chrome
2. Inspected page -> Application tab
3. Selected service workers
4. Clicked "Service workers from other domains" 
We were able see the DevTools is still responsive, attaching the screen cast of the same.

@Reporter: Could you please check the screen cast and let us know if we have missed anything in the process. Any further inputs from your end may be helpful.
848826.mp4
1.9 MB View Download

Comment 3 by l...@chromium.org, Jun 11 2018

Labels: -Needs-Feedback
Owner: l...@chromium.org
Status: Assigned (was: Unconfirmed)
Thanks for the report.  I'm able to reproduce a ~10sec freeze when I have ~70 service workers hanging around.

Each entry has multiple CodeMirror text editors that force a layout upon resize.  We should probably fix it with a better viewport, or batched operations across editors.

Comment 4 by l...@chromium.org, Jun 14 2018

Mergedinto: 810755
Status: Duplicate (was: Assigned)
It turns out a change was already landed to address performance issues in the ServiceWorkersView: https://crbug.com/810755

On Chrome 67.0.3396.79 Linux, I now see that opening the "other service workers" section takes <200ms for 70 service workers.

Please let us know if you still find multi-second freezing on M67 or later.

Sign in to add a comment