CPU usage sky high when using a website but same on all Chromium based browsers
-
@bonetone thanks for the reply.
the way I see Vivaldi browser for android reached the maturity to be available on playstore.Back to the topic.
-
@lamarca agreed. Vivaldi rewarded our patience with a unique & stable browser, it's my favorite.
-
@bonetone On Vivaldi I only use the Ublock Origin and no other extensions as I detest extensions and wish Vivaldi would make their own blocker like Brave, Opera. I also use this on Opera but again this issue has been confirmed by someone else so unless they use ublock origin then the problem still stands although I will give it a try by taking off the extension. The website hasn't been maintained well for a while now but again on Firefox it runs well and normal. Now if you're so worried about security on the web then why on earth would you use any mobile system? These mobile systems, android, ios are all compromised and just the user policy is enough to keep me well away from those. I only use a home-made desktop (no wifi card, no microphone, no camera) on a GNU/Linux operating system.
-
@lamarca The bug has been reported
-
@uhm Thx. I will confirm the issue later due an outage.
-
@uhm said in CPU usage sky high when using a website but same on all Chromium based browsers:
@bonetone On Vivaldi I only use the Ublock Origin and no other extensions as I detest extensions and wish Vivaldi would make their own blocker like Brave, Opera. I also use this on Opera but again this issue has been confirmed by someone else so unless they use ublock origin then the problem still stands although I will give it a try by taking off the extension. The website hasn't been maintained well for a while now but again on Firefox it runs well and normal.
A problem caused by uBlock Origin could potentially be caused by other extensions as well. Disabling any and all extensions and then reproducing the issue is something that should be done before filing bugs in Vivaldi.
Now if you're so worried about security on the web then why on earth would you use any mobile system? These mobile systems, android, ios are all compromised and just the user policy is enough to keep me well away from those. I only use a home-made desktop (no wifi card, no microphone, no camera) on a GNU/Linux operating system.
As I mentioned, not wanting to visit an unknown site without having hardened the browser to my satisfaction is one of the reasons I don't want to click the link. Furthermore, this reasoning just doesn't hold weight. My workstation (which I also built myself) isn't a realistic alternative to a mobile device, that's a false dichotomy. Not everyone lives a life that allows them to totally abstain from the use of mobile devices.
-
The problem is due to ublock origin blocking clustrmaps . com which is continually trying to connect.
Sat on your linked site for a while and got 70,000 blocked requests and mounting in ublock.
clustrmaps.com is on one of the ad tracking lists.
-
@CantankRus this is the same thing I saw on the grammarly site. It actually went into the 6 figures, I guess I just had it running longer. Once I figured it out, I stopped using that site. Anyone that has a script that continually retries a connection to unwanted servers that frequently doesn't deserve my attention.
But, @lamarca it appears this isn't a Vivaldi bug. It's the interaction of blocking extension and the website.
If one wants to keep using that site they can either create an exception filter for the net request, use the uBlock Origin popup dialog to create a dynamic folder, or whitelist the site altogether. That should fix the issue as it did for grammarly.
Edit: oops, sorry @lamarca I misread and thought you were the one that filed the bug. @uhm please see @CantankRus' report. After testing & verifying, please let the Vivaldi team know by replying to the email if the issue doesn't reproduce once you disable the extension or take one of the actions I describe above.
-
@bonetone said in CPU usage sky high when using a website but same on all Chromium based browsers:
But, @lamarca it appears this isn't a Vivaldi bug. It's the interaction of blocking extension and the website.
Thanks.
I understand the user position, it's easier to visit us then asking in his OS forum, where the issue lies.@bonetone said in CPU usage sky high when using a website but same on all Chromium based browsers:
Edit: oops, sorry @lamarca I misread and thought you were the one that filed the bug
I am the one {{ who }} asked the VB number to check on Vivadi BTS
Edited: {{ grammar }}
-
@lamarca said in CPU usage sky high when using a website but same on all Chromium based browsers:
Thanks.
I understand the user position, it's easier to visit us then asking in his OS forum, where the issue lies.I'm not 100% sure I know what you're saying but I think I do. That the OP came here instead of a Linux forum since it's easier? Yeah, I'm cool with that, we have three direct experience to figure out what the root cause was and help. I suppose one of us could bring it up with gorhill, I'll probably do that during the week to see if there's some way to mitigate against bad sites like this -- I'm not sure what UBO could do since it's entire point is to capture unwanted net requests.
In my view the actual problem lies with the websites in question, no site should trigger this many connections to a third party in such a short time regardless if the user is employing blocking technology. And if a site is going to do that, the blocker has to handle all them if the filters are configured to do so. It appears to be something like an infinite loop on the page when the tracker can't be reached, there really should be a limit on the number of retries, something reasonable like 3 or maybe 5, even a large number like 10 would avoid stressing their visitors CPUs. The website admins should probably be made aware of this as well, but who knows how much they'll respect a visitors right to block the trackers. Perhaps gorhill could inject a scriptlet that can detect these loops and kill them, I'm not familiar enough with that part of the code to know.
-
@bonetone You have consistent arguments, your last reply has 1357 chars. More, 18 replied, I am a moderator
and we both are off topic.
I am sorry -
See the same in Firefox when enhanced tracking protection is on.
Seems to me to be bad web page scripts.
-