Hey, I can solve this issue temporarily when clearing the Windows clipboard.
I followed these instructions: https://support.microsoft.com/en-us/windows/get-help-with-the-clipboard-30375039-ce71-9fe4-5b30-21b7aab6b13f
Then, immediately after that, Brave’s address bar becomes responsive again.
@Mattches so perhaps there is something in the clipboard content that Brave has trouble processing
I’m not using Citrix, but I’m using Multiplicity, which is some kind of software KVM to control 2 computers, and also has a shared clipboard feature.
Copy/Paste from/to the local computer doesn’t create the issue. But copy/paste from the remote computer triggers the issue.
Disabling the shared clipboard in Multiplicity fixes the issue permanently
1 Like
The clipboard content was what my thoughts were, too, as I indicated above. My solution for now has been the HTML page I wrote for opening new tabs/urls.
I also see this issue when a Citrix VDI desktop is running
Somehow the problem has gone away in the past 2 weeks, despite my running the same version I reported on 10/24, which is 1.71.11.4. I wonder if opening a new tab was trying to look things up on the internet despite my having disabled everything and some server/service was not available. I should have tried a packet capture. Anybody else still having this issue?
I’m still suffering from this issue every day. Any progress on this?
Use a text editor window, in which you create a URL address.
Copy that URL Address.
Paste into the Brave Browser URL address field.
@jumika if you’re still encountering this issue, I would suggest you open your own thread with as much detail about your setup and what you’ve already done to try and resolve this issue. You appear to believe that this has something to do with the “shared clipboard” — that would be a good place to start elaborating.
Additionally, knowing exactly what OS and browser version you’re using at this time will also be helpful. It would also be helpful to know if this issue occurs when you’re using a fresh version of the browser.
Or open the HTML page I put together in one tab and use it as a jumping point. Here’s the page: URL Jumping Point.
Running into the same issue here. Switched to Brave in an attempt to get rid of the problem.
The problem happens on Chrome, Brave and Chromium Edge.
Brave version:
Version 1.73.104 Chromium: 131.0.6778.204 (Official Build) (64-bit)
Chrome version: Version 131.0.6778.205 (Official Build) (64-bit)
Chromium Edge version: Version 131.0.2903.112 (Official build) (64-bit)
This problem does not happen on Firefox.
It happens more consistently when using the clipboard, but it happens from time to time for absolutely no reason.
Malware software in use: Microsoft Defender Advanced Threat Protection in active mode, Huntress EDR in passive mode. Also using Microsoft Windows 10 Business Edition (stripped down version of Windows 10 Enterprise, but more secure than Windows 10 Pro). BitLocker is enabled.
I also use a shared clipboard, but can’t remember if I had it enabled at the time. I use shared clipboard functionality in AnyDesk and Datto RMM.
Potential hurdles that may prolong or snag proceedings:
- autofill
- barely-noticed network issues
- bookmarks (autofill)
- Brave Browser New Window
- Brave Shields Settings
- cache (“bad”/stale)
- CAPTCHA / reCAPTCHA
- Cloudflare
- cookies sources (blocked)
- DNS cache (“bad”/stale"
- extension(s) conflict
- Google “ecosystem”
- hardware
- history (autofill)
- HTTP auto-upgrade to HTTPS (enabled)
- javascript (blocked; or Globally not blocked)
- javascript memory leak(s)
- malware
- pre-fetch / prefetch
- shared clipboard (autofill)
- site data (some: stale?)
- un-noticed DNS issues
- update / upgrade bugs
- website actions to cause pre-activity
Most of the issues you indicate should be eliminated if extra functionality such as “Show search suggestions” for the address bar were turned off. When I open a new tab via CTRL-T, I get a blank page. All suggestions are tuned off. There shouldn’t be any network activity at that point until I type something and press ENTER. But it’s precisely at that point that the browser starts to limp. The only possible cause “should” be history. But based on my own and others in this thread, the cause appears to be clipboard related and more specifically when a remote desktop is involved (Citrix was mentioned. I use X2Go for the sessions that have issue as well) I have personally never had any issues on any machine, Windows or Linux, where a remote desktop wasn’t involved.