still the same issue on Brave 1.32.113 Chromium: 96.0.4664.45 (Official Build) (64-bit) while Chromium Linux 96.0.4664.45 (Official Build) snap (64-bit) does not have this issue
This is so irritating (a good amount of websites are broken from this)
I’ve been having a similar issue for over a month, but for me disabling Shields has no effect. I suspect this is Profile related.
Details:
Trying to use ebay.com is frustrating. Upon first typing the URL (ebay.com), the browser displays the homepage. After selecting and typing a few characters into the ebay search field, the UI freezes with 100%cpu. An Unresponsive Page box is eventually displayed. After selecting the “WAIT” option, the page instantly starts working again. Switching to a different tab and then switching back can trigger another freeze upon selecting the search field for typing.
This seems to be more likely to happen on pages with “Sign In” elements. So, I removed some saved Passwords to see if I was hitting some limit with Autofill. That didn’t help.
NOTE: If I start a Guest Window and login to ebay.com with Shields fully enabled, there is NO UI freeze/100% CPU issue. So, this seems to be Profile related.
How did you guys install Brave in your respective instances? OS repo, Snap package, or Brave repo, etc.?
On my Windows 10 system and Fedora VM I was not able to repro the issue with the Ebay or Fidelity sites. However, with the https://accounts.intuit.com/ page, on both of my systems I do see a very long wait before the page will allow you to type in the field. It feels like the page is lagging, but then once it’s released it seems to behave normally.
Not sure what the problem is there. Also in my case, Guest and Private windows behave the same (responsiveness problem is still there).
Also, I tried starting a new Private window with your example URL https://accounts.intuit.com/ and there was a 23 second lag before it echoed any of the characters that I typed into the user ID field. When I tried it in a Guest window, there was a 21 second lag. So, at least this cause doesn’t seem to be Profile related.
Update:
The lag persists on some sites. I just retested, in a Guest Window, https://accounts.intuit.com/ and there was a 20 second lag before it recognizes my mouse click in the user ID field and echoed any of the characters that I typed. If I close this tab, open an new tab, and visit this site again, then I again see the lag plus or minus a few seconds.
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36
Something new happened today: The lag has been ever present for me on https://ebay.com until just now when I cleared all browsing history, download history, cookies, and cached images/files. Just moments before this, each ebay.com tab would lag and get an “Unresposive Page” popup every time I would (re)select that tab, refreshing the page I presume. Coincidence? I’m not sure, I have cleared my browser data before and it didn’t stop the ebay.com lags. For now, I’ll enjoy normal ebay performance while it lasts.
I clicked on the “All Deals” pulldown to the right of the Search box
I tried to type something into the Search box. This triggered typical hang/freeze of the browser UI. After approx. 20 seconds, the UI unfroze.
I took a screenshot of the Inspect info (see below).
The last two Console log messages appear to be related to the hang. The first one occurred at the start of the hang:
GET chrome-extension://invalid/ net::ERR_FAILED
At the end of the hang, the following message was logged:
[Violation] ‘complete’ handler took 18047ms
Notice that the last entry took 18 seconds to complete! I’m not sure what is going one here, but it seem likely this is related to “the hang”.
(see full text of the last two console messages after the screenshot)
EDIT: I tried this for https://accounts.intuit.com/ as well and the same error was reported including the 18 seccond hang. (see screenshot at the end of this post)
UPDATE:
I gathered more technical details about “the hang”. Click below to view them.
Click here to see more technical details
I used Inspect to look at the javascript line(s) that are getting net::ERR_FAILED errors at the start of each hang. They are all calling some kind of “send” method (e.g. td_gV.send();) in a large block of what appears to be machine generated code.
I also checked to see if “the hang” could be reproduced on ebay.com using a Tor window. It can. The interesting thing is that a different error code is returned, followed by the usual ~18 second hang (screenshot below) :
GET chrome-extension://invalid/ net::ERR_BLOCKED_BY_CLIENT
Note that Shields for ebay.com were turned off for this test.
UPDATE:
This hang issue is 100% repeatable in a Guest window when visiting https://accounts.intuit.com/ (with Shields turned off) so I used Inspect to look at Performance and took a screenshot of the “Frames Per Second”. You can see in this example that the frame rate goes to zero for ~14 seconds: