Sometimes when you quickly click on the URL bar and try auto-completing a URL via the TAB, the cursor will start beach balling and Brave will stall for a few seconds until the URL is completed.
I've ran into this a few times recently and it happens at least ~3-4 times a day.
I don't really have STR but it usually happens when Brave has been idling for a bit of time and you quickly click on the URL bar, start typing something and press TAB to auto-complete.
Brave stalls and starts beach balling for a few seconds until the URL auto-completes.
Brave shouldn't be stalling nor beach balling when auto-completing URLs.
As mentioned above, it happens a few times a day but it's not easy to reproduce as it doesn't always happen. I seem to reproduce when I try auto-completing a URL after Brave has been idle for ~20min.
Brave | 1.5.22 Chromium: 79.0.3945.117 (Official Build) nightly (64-bit)
-- | --
Revision | 04f0a055010adab4484f7497fbfdbf312c307f1d-refs/branch-heads/3945@{#1019}
OS | macOS Version 10.15.2 (Build 19C57)
Yes, reproducedNot 100% sureNot 100% sureYes, reproducedN/AN/AN/ACCing @brave/legacy_qa @rebron @bsclifton @snyderp
I am also seeing this as recent as "Version 1.4.56 Chromium: 79.0.3945.117 (Official Build) dev (64-bit)".
Pretty frustrating, maybe locks brave up for ~5 sec
@snyderp are you running on macOS also?
@bsclifton yep!
@snyderp is this still happening w/ latest version of Nightly? We recently disabled out of process rasterization because of reports that it was crashing / causing artifacts / causing hangs for some users
Guessing it's something else, but wanted to check first 😄
I have not seen it in the last two nightlies. I will report back here if I notice it again.
In general through, i see (saw?) it on tab autocomplete / omnibar issues most, but occasionally on same page, across-origin navigations, which might point to some per-process site-isolation issue
Possibly related to https://github.com/brave/brave-browser/issues/7199.
Most def related, I bet a dupe
On Jan 14, 2020, at 11:37, Rafael Ebron notifications@github.com wrote:
Possibly related to #7199.—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
Just experienced again with Version 1.4.58 Chromium: 79.0.3945.117 (Official Build) dev (64-bit)
@snyderp does it repro if you disable rewards? If not, I think we can de-dupe this issue to https://github.com/brave/brave-browser/issues/7199
Seeing the same result on Catalina 10.15.2 (19C57) with Version 1.2.42 Chromium: 79.0.3945.117 (Official Build) (64-bit) with rewards enabled. Effect occurs after the browser has been idle for some time. Beach ball upon clicking in the omnibar and attempting to type. Entered text will appear after a few seconds. Will continue to test with rewards disabled.
@bsclifton @rebron I disabled Rewards as mentioned on Friday during our triage meeting and I managed to reproduce the issue with the same profile while Rewards was disabled. I'm not 100%, but I don't think it's related to Rewards.
@bmatzner if you disable rewards via brave://rewards, can you still manage to reproduce the issue?
@kjozwiak Have been using Brave with Rewards disabled for a few days, and I'm afraid the issue is still there. After a while, in a new tab, when entering text, the beach ball appears.
@bmatzner thanks for confirming that it does not solve the problem 👍 We'll need to continue investigating
@bmatzner Can we have you try one more time with 1.5.115 Chromium: 80.0.3987.149.
May have been resolved with the most recent Chromium versions.
@pes10k Any more beachballing with url/autocomplete?
@rebron i haven't seen this in a while 👍
Same here, haven‘t seen the behavior in a couple of days. Thanks so much!
Haven't seen this in a long time either. Must have been resolved in one of the Chromium bumps 👍