-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
skepticalscience.com causes 100% CPU usage leading to browser becoming unresponsive #5406
Comments
Managed to reproduce this pretty easily which basically crippled my entire machine and made Brave none-responsive. As @claudiosv mentioned above, opening
I tried profiling using the dev tools but the entire browser becomes unresponsive. |
@kjozwiak Thanks for reproducing! I do wonder what causes this, first thought was to use dev tools but I faced the same issue as you did. |
Possibly an issue with the way we stub methods used for fingerprinting (ex: canvas methods) |
Just ran into this and lost 5 minutes trying to determine which tab was hammering the CPU after using 'Restore Pages'. Had to toggle away from app to even force quit Brave, and did this 3 or 4 times before determining it was https://skepticalscience.com. It's a site regularly recommended by leading climate scientists, so I imagine a lot of non-technical Brave users interested in climate science will hit this and figure Brave is flaky and uninstall. https://en.wikipedia.org/wiki/Skeptical_Science
|
CCing @rebron @bsclifton maybe we can prioritize this as a |
Reproduced on Ubuntu 19.04 and 18.10, running Brave 0.69.135 Chromium: 77.0.3865.120 |
cc: @jsecretan Can you take a look? Heard you were looking for cases with 100% CPU issues. |
Wasn't aware of this ticket, but did discover the script causing the page lockup:
The quick and dirty fix would to be block the script in Brave, which would allow the website to load without hanging. The only downside, it'll break the widget. |
Fixed with brave/adblock-lists#314 - but we'll want to revert that and use cosmetic filters once brave/brave-core#4269 lands @ryanbr do you want to keep the issue open until then? Might be a good idea, as cosmetic filter functionality is tied to a proper milestone, which this can track |
Closing as this appears to be resolved 😄👍 |
Description of the issue:
Visiting a specific website causes Brave to quickly start using 100% CPU, leading to an unresponsive browser UI, and eventually a nearly unresponsive system UI.
Steps to Reproduce (add as many as necessary):
a. Open an incognito window to make sure there are no extensions interfering/causing this.
Actual Result (gifs and screenshots are welcome!):
Pretty clear. Fans start blowing like crazy, nothing is usable.
Expected result:
Load the page without freezing the machine, like Chrome does (works fine!), Safari, and Firefox.
Reproduces how often:
Every time.
Brave Version(See the About Brave page in the main menu):
Version 0.67.112 Chromium: 76.0.3809.62 (Official Build) beta (64-bit)
Reproducible on current live release (yes/no):
On current beta, yes
Version/Channel Information:
Did not test.
Yes
Did not test.
Did not test.
Other Additional Information:
Yes! See reproduction steps.
No.
No.
Miscellaneous Information:
All steps provided in reproduction.
The text was updated successfully, but these errors were encountered: