Issue metadata
Sign in to add a comment
|
Scaled div with iframe can cause the tab to hang for a long time
Reported by
bend...@fullstory.com,
Oct 4
|
||||||||||||||||||||
Issue description
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36
Example URL:
Steps to reproduce the problem:
Open the attached chrome_hang.html replication in Chrome. It has these specific contents:
```
<!DOCTYPE html>
<html>
<head></head>
<body>
<!-- The tab seems to hang when width *and/or* height are exactly
1px, and the scale is large enough. -->
<div style="width: 1px; height: 1px; transform: scale(500, 500);">
<iframe srcdoc="
<!DOCTYPE html>
<html>
<head></head>
<body>
<!-- There need to be at least three of these divs to trigger the issue. -->
<div style='padding: 24px; overflow: auto;'></div>
<div style='padding: 24px; overflow: auto;'></div>
<div style='padding: 24px; overflow: auto;'></div>
</body>
</html>
"></iframe>
</div>
</body>
</html>
```
What is the expected behavior?
The page renders quickly.
What went wrong?
- The UI (e.g. context menus) becomes unresponsive.
- A profile from the devtools Performance tab shows a single frame that takes tens of seconds.
Does it occur on multiple sites: N/A
Is it a problem with a plugin? No
Did this work before? N/A
Does this work in other browsers? Yes
Chrome version: 69.0.3497.100 Channel: stable
OS Version: OS X 10.13.6
Flash Version:
,
Oct 4
,
Oct 8
Thanks for filing the issue. Tried testing the issue on reported chrome version #69.0.3497.100 using Mac 10.13.6 by following below steps. Steps: ===== 1.Launched chrome. 2.Downloaded "chrome_hang.html". 3.Opened the file, observed a blank page. 4.When inspected the page found that there are div pages and an iframe in it. Attached screencast for reference. @reporter: Could you please review the attached screencast and let us know if anything is being missed here. If possible request you provide screencast/screenshot of the issue, so it would be really helpful for better triaging of the issue. Thanks.!
,
Oct 8
,
Oct 10
LayerTreeHost::DoUpdateLayers takes more than 20s on my MacBook Pro.
,
Oct 15
The NextAction date has arrived: 2018-10-15
,
Oct 15
,
Nov 19
mac triage: to a couple of gpu folks for triage.
,
Nov 28
> LayerTreeHost::DoUpdateLayers takes more than 20s on my MacBook Pro. FYI this happens only on a retina screen (probably not Mac specific). I suspect we're layer-izing in some pathological way ->chrishtr |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by phanindra.mandapaka@chromium.org
, Oct 4