Crash on Layout Render of 10K char <pre> tag
Reported by
t...@g12solutions.com,
Aug 6
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.84 Safari/537.36 Steps to reproduce the problem: We have seen this on Chrome 67 and 68 on Mac OS. Multiple devices. The issue does not appear in Chrome on Windows. 1. Visit https://my.trackjs.com/shared/YzZmMTk4ODNlODEwNDEwMmEyYjA2NmQyMjgxMDc1NTU 2. Browser Hangs 3. Prompted with Wait or Kill dialog. What is the expected behavior? All other browsers, including Chrome on Windows, render the document fine. What went wrong? The unique part of this page vs others is having several very-long contents <pre> tags. In this instance, it contains 9x 10K character random string, with no spaces. Crashed report ID: 1a744c2045ceb236 How much crashed? Just one tab Is it a problem with a plugin? No Did this work before? N/A Chrome version: 68.0.3440.84 Channel: stable OS Version: OS X 10.13.6 Flash Version:
,
Aug 7
Note: ----- 1. As per provided crash ID, this crash is seen on both MAC and Windows 2. Link to the Stack Trace : https://goto.google.com/uzspg 3. List of Mac Builds : https://goto.google.com/ltzlq 68.0.3440.84 50.00% 1 68.0.3440.75 50.00% 1 Using the code search for file "caching_word_shape_iterator.cc", suspecting the following CL : https://goto.google.com/nciqz eae@ Could you please look into this issue.
,
Aug 7
Thanks for the report. This is a known problem sadly, long strings without any spaces or other break opportunities and break-all triggers worst case performance for Blink. The good news is that our new layout engine, which we plan to launch before the end of the year, is dramatically faster on the page in question and renders it just fine in about 200ms on my machine. Until then sadly there really isn't much we can do I'm afraid.
,
Aug 8
Thanks, I appreciate you looking into it. |
|||
►
Sign in to add a comment |
|||
Comment 1 by erikc...@chromium.org
, Aug 6