Typing into "service workers from other domains" filter freezes devtools
Reported by
jon.rim...@logicalglue.com,
Sep 25
|
||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.81 Safari/537.36 Steps to reproduce the problem: 1. Open devtools 2. Navigate to "Application" tab 3. Expand "Service workers from other domains" section 4. Type into the filter textbox. What is the expected behavior? List of service workers should quickly filter. What went wrong? Devtools freezes for ~30 seconds. Did this work before? N/A Chrome version: 69.0.3497.81 Channel: n/a OS Version: OS X 10.13.6 Flash Version:
,
Sep 25
John, would it be possible for you to provide more details -- is the list of service workers particularly large, does it happen always or does it require service workers from certain domains to be present? I can't reproduce this so far.
,
Sep 27
According to chrome://serviceworker-internals/ there were 263 registered service workers, which doesn't seem that large. I noticed that 190 of them are from stackblitz.io, a code sandbox site, as it isolates each sandbox by subdomain, and each subdomain gets its own service worker. But even after removing all of these it was still very slow. I've attached a profile from debugging the devtools instance while it was filtering. The filter operation took 13 seconds. It looks like the cause is that the algorithm triggers a full layout of the whole list for every item that is hidden.
,
Sep 27
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 28
|
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by vamshi.kommuri@chromium.org
, Sep 25