Brave search can't be used due to a captcha that can't be solved

Hi all, I set Brave search by default, but when I want to find something from the right - click menu, there is an unsolvable captcha, what should I do? Thanks


My system
Chromium version 1.76.74: 134.0.6998.89 (Official Build), (64 bit)

Operating System: Manjaro Linux
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.2
Kernel Version: 6.12.19-1-MANJARO (64-bit)
Graphics Platform: Wayland
Processors: 4 × Intel® Core™ i5-5200U CPU @ 2.20GHz
Memory: 11.1 ГиБ of RAM
Graphics Processor: Intel® HD Graphics 5500
Manufacturer: ASUSTeK COMPUTER INC.
Product Name: TP300LDB
System Version: 1.0

From your query, it’s not apparent if you have any extensions installed. My experience: I have NoScript installed. Sometimes NoScript (doing its job) blocks a script that captcha (or reCAPTCHA) requires to function. With the required script blocked, captcha (or reCAPTCHA) can’t be ‘solved’. This is - in my experience - rare - but it does happen.

1 Like

Yes, NoSkript is installed, but it is configured for trusted, so right now I check again to find from the right-click menu, and it finds without a captcha. Strange, maybe a network, maybe something else, but clearly not add-ons. I’ll watch it). Thank you so much!

Now the captcha has continued to appear, and it is not possible to use a link with a traditional captcha. Use of Brave search by default it becomes impossible. I think this is worth solving on the part of Brave

1 Like

Please edit your Original Post (“OP”) above, to include:

  • Brave Browser version numbers
  • Operating System version numbers

In a Brave Browser New Window, go to:

brave://settings/content/javascript

Scroll down that javascript settings page to Allowed to use javascript

Click the Add button

Enter [*.]cloudflare.com as the site . . . but do not Enable the following:

  • Current Private session only

Click the Add button

Repeat those steps for:

  • [*.]cloudflareinsights.com

When you visit your website of interest, disable the Site-Specific Brave Shields Block scripts (example:)


Disable and un-install your NoScript extension, for testing.

Hello Thank you, my JavaScript is fully enabled on all sites, disabling Brave Shields and uninstalling and NoScript did nothing, but disabling Amnezia VPN with WARP configuration allowed me to both load the manual captcha and pass the simple captcha. Also after enabling Amnezia VPN with WARP configuration captcha is no longer required. This was the case yesterday, all day the search was searching normally, but then the captcha attacked, after a while the search started searching normally again. I want to note that other search engines do not behave this way (not one of those that I use), such as Duck and Go, Google, Yandex, Startpage, you.com). Also changing the server in Amnezia VPN for example to WG(configuration), doesn’t solve the problem either. It’s quite strange and I think it’s worth investigating why exactly Brave search behaves like this.

The Brave Search website, engages/employs the Cloudflare hCAPTCHA system and other routines in order to frustrate bots.

I encounter that - what I call the “Cloudflare Robot Cops” - every time that I use Brave Browser Search Engine Operators > For example, in the Brave Search website’s search field at:

  • https://search.brave.com

when I use for criteria: bicycles site:ie

the Cloudflare Robot Cops interrupt the proceedings.

If I were rapidly re-entering criteria and tapping the Enter/Return key . . . I would expect the interruption; but “merely trying once” apparently sets off an alarm.

1 Like

I understand, but other search systems don’t behave like that. I think either I can figure out how to set it up or I’ll drop the Brave search

1 Like

Also, they have a “switch to traditional captcha” option that doesn’t work at all in these instances. These interruptions happen on search.brave.com and safe.search.brave.com. Ironically enough, you can just open a new tab and go to search.brave.com and enter the same search terms and it will load fine. This is the dumbest captcha I have seen thus far. And I am comparing it to some pretty obnoxious captcha sliders from other providers, which I rather have over this amateurist unresponsive slider.

1 Like

I have the same problem when I try more unique searches or lesser known websites on my Windows 10 PC, with the latest Brave version. Apparently Brave filters out specific search requests with their hCaptcha, which wouldn’t be a problem if the hCaptcha would behave like a decent hCaptcha. Instead, it just blocks some queries completely. As soon as you add “site:*.com” it will block the search query. It does not matter if this is a well-known site like nytimes.com or relatively unknown like batterycare.net.
Allowing cloudflare javascript and disabling the adblocker shield are not actual fixes.
This is kind of a “false flag captcha” there is only a slider, not an actual captcha. So these kinds of searches are blocked entirely and there is really no way to get past them.

2 Likes

The last few days the captcha just went berserk, it’s just not possible to use search

I think the amount of internet users that use wildcards in their daily use is quite small, but the amount of bots that does this is probably huge. So I think that’s why Brave Search decided to add unsolvable captchas to these requests. So no bot will get through. But this is not a great treatment of Brave Search users who are actually human. Because we can tell as humans when we’re fooled and the captcha does not work under any circumstance.