lukesharefaith@ Thanks for the issue.

Tested this issue on Ubuntu 17.10 on the latest Stable 66.0.3359.181 and unable to reproduce the issue by following the below steps.

1. Launched Chrome and navigated to the above given link.
2. Could see that the URL is loaded after some time and no isncrease in CPU is observed on the task manager. ALso able to scroll through the page.
Attached is the screen cast for reference.

Adding 'TE-NeedsTriageFromHYD' label and requesting someone from Inhouse team to look into the issue as this issue is reported on Ubuntu 16.04.

Thanks..

Deleted: 845332.png 394 KB

	845332.png 394 KB View Download

Same thing on Android, Chrome is spinning and spinning and not showing the nav, not letting you scroll after awhile.

Removing TE-NeedsTriageFromHYD label and requesting @susan for further triaging of the issue.

Thanks!!

Since the page has been removed, please see attached .html which shows the issue.

Deleted: emberchurch.html 6.3 MB

emberchurch.html 6.3 MB View Download

lukesharefaith@ Thanks for the update

Able to reproduce this issue on Windows 10, Mac OS 10.13.3, Ubuntu 14.04 on the latest Canary 68.0.3438.3 and latest Beta 67.0.3396.56.
On loading the given html page, can observe the CPU usage touching to ~100% in Chrome Task Manager.

Bisect Information:
===================
Good Build: 63.0.3216.0
Bad Build : 63.0.3217.0

Tried running the per-revision bisect script, but all bad builds are invoked. Hence below is the Manual Changelog URL from omahaproxy.

https://chromium.googlesource.com/chromium/src/+log/63.0.3216.0..63.0.3217.0?pretty=fuller&n=10000

From the above Changelog, suspecting the below change:
Reviewed-on: https://chromium-review.googlesource.com/668098

wez@ Please check and confirm if this issue is related to your change, else help us in assigning to the right owner.

Thanks

https://chromium-review.googlesource.com/668098 doesn't affect actual CPU usage, only how it is reported, and only under Windows.

The problem reported in the content from #5 is that it ends up continuously recalculating the page style & layout.

Simply scrolling the page won't show the issue since simple scrolling operations don't require that the renderer process is actually responsive - resizing (changing the width) of the window is a better test.

This is quite odd, would you mind taking a look kojii?

I can't observe style & layout at all.

Profiling for 280secs shows that the page keeps running script every 60ms. It looks like it kicks some video, which keeps GPU busy.

Loading finishes at 55sec, 62ms of rendering, then it runs some heavy script that runs rendering for 10ms. After that, only scripting and GPU are observed in the Chrome profiler.

Chrome task manager reports this tab keeps consuming ~100% of CPU. On the other hand, Windows task manager reports that Chrome keeps consuming ~6% of CPU, but also Edge keeps consuming ~5% and Firefox ~9% for this page.

It looks like a normal script-and-video page, and seems to works the same way as other browsers.

Thanks kojii. Looks like the biggest difference is that we keep running *some* script even if script is disabled. Likely video related.

Oh, "JS is disabled", I missed that, thank you. I'll try another profile.

Also tried to profile resizing scenario as per #7 but not succeeding. Maybe it goes well with JS disabled.

The page seems to be down :(

The page was down some time ago, please see the download on Comment 5. It is still spinning and freezing in 69.0.3497.32 (Official Build) beta (64-bit)