I still have the problem with Version 1.71.118. However i noticed it is only happening when another software Citrix Workspace / Desktop Viewer is running. Do you guys who have this problem run this software? Or noticed that the issue is there only when a certain software is running?
This has been happening to me for weeks as well (typing anything into a new tab). Fresh installs, clearing profiles, etc makes no difference. Multiple machines (no syncing), doesnāt matter. It comes and goes without warning (and seems to hit/resolve all machines in question at the same time. Which tells me itās not something on my end, especially when one of those machines that I remote into is over 100 miles away on completely different hardware/infrastructure/internet/etc). This has made the browser pretty much unusable and considering going back to something else.
edit: Currently running the latest version 1.71.118
Iām happy to open an issue for this but it isnāt going to be an easy one to solve, given that nobody has any steps to reproduce and the problem itself is entirely erratic ā some users are still seeing it but only seeing it sometimes, other times it works perfectly. For other users, it appears to be no longer happening.
Can anyone here tell me whether or not they can consistently reproduce this issue?
Same issue here. Have disabled hardware acceleration, removed all my history, disabled URL lookups and suggestions, no change. The wait, for me, is variable. When I open a new tab, put the cursor in the URL, and start typing, what I type will appear anywhere between 30-100 seconds. The Brave process is using 50% of 2/12 CPUs, as reported by ātopā. During this time, all Brave windows/tabs are frozen and inaccessible, but my other applications remain responsive. Prior to making the above changes, I was running Brave with over 10 simultaneous windows and over 200 tabs total and 3 extensions (OneTab, Proxy SwithyOmega, and User-Agent Switcher for Chrome) with no ill effect. I tried trimming things down, thinking that the sheer number of tabs/windows may have been a problem. I went down to 6 windows with a total of 100 tabs and still no change. Opening new pages from links on existing pages is not an issue at all, as they open a new tab and go right to it. The issue is only when a blank page is opened via Ctrl-T and starting to type in the URL. When not frozen, Brave is consuming a max of 15%.
This is running on 1.71.11.4 on Debian 12 in a VM with 64GB of RAM, so memory is not an issue. To rule in/out the profile, on the same server, I ran Brave as a different user who had never ran it before (simultaneously with the original userās Brave still running) and thus started with a default profile. Opened 3 windows with a total of 150 tabs, and I donāt get the slowdown. So Iām thinking itās something in the profile.
After I ran Brave under a new user and left it there, my original userās freezing problems disappeared. Probably unrelated. So, while I thought I could consistently reproduce it, that doesnāt appear to be the case.
Is there a solution for this yet? Iām so tired of this, Iām about ready to switch to Firefox. I love Brave but not this much.
I was able to resolve this issue in Brave 1.71.118 by disabling āUse graphics acceleration when availableā in the System settings. Running Windows 11 22631.4391.
Can anyone else here confirm whether or not disabling Graphics acceleration resolves this issue for them (Settings --> System --> Graphics acceleration)?
It has not resolved my issue on Debian with 1.71.11.4.
I can reproduce this bug as follows:
- start a linux mint virtual box (Oracle) from my windows host (windows 7/booted without hyper-v)
- open IntelliJ IDE in my virtual box and copy some code
- pause the virtual box
- open new tab in Brave on the windows host system will freeze the Browser
disabling Graphics acceleration does not resolve the issue for me
1 Like
I disabled āUse graphics acceleration when availableā. The problem does seem to be less frequent, but it still occurs.
I am using Brave on Windows 11.
I think we are on the right track here and this issue will be somehow related to clipboard. I have this issue when a remote desktop is open in citrix receiver. I also have shared clipboard activated. Iāll try to turn off shared clipboard for a few days and see if that helps.
I agree, Jumika. For me in an X2Go session, when this happens in Brave, xfce4-clipman locks up as well. When I can access the clipman interface and clear its history, then the Brave problem goes away. However, if I kill the clipman process, the issue is still there. Perhaps it has more to do with the ācontentā of the clipboard and not the clipboard applications themselves or shared clipboards.
Edit: apparently because Iām a new user Iām limited to 3 replies on a given topic, hence the edit here.
I got fed up with this issue, but wasnāt ready to give up on Brave just yet, so I wrote a simple HTML page that I can use as a jumping point for opening new URLs or using a few search engines. Opening a new tab and doing CTRL-O to open this HTML page is helping hold me over until thereās a resolution to the issue. The code is available on GitHub via this link.
1 Like
I often have a citrix remote desktop opened on my machine while using brave so this may be related to remote desktop/clipboard use.
1 Like
For me, the same applies. I, too, always have a Citrix session open.
2 Likes
Me too, can confirm the correlation with citrix. Closing the Citrix Desktop solves the issue immediately
1 Like
Too bad there is no option to turn off the shared clipboard anymore so i canāt test thisā¦
Just wanted to let you know that Citrix is also the reason for me. When I close it, Brave works perfectly.
Unfortunately many of us have to use Citrix and it makes Brave nearly unusable. :-/
1 Like
I can also confirm Iāve only seen this Citirx Desktop open and closing it solves the problem immediately. Using Brave 1.71.123.
Same issue here. Running Citrix Workspace seems to be causing the random lockups. Interestingly, this also happens in Microsoft Edge (but not Firefox).