I like the calculator that DuckDuckGo offers for use for several features that other online calculators (including Brave’s) do not offer. If I am at the website duckduckgo.com (e.g., on Safari), it is easy to bring up the calculator by typing 2+2. But I cannot access DuckDuckGo.com when using the Brave browser. Brave always returns html.duckduckgo.com even if I specifically type otherwise. Scripts are active in Brave and I have yet to identify if some setting is causing this.
How do I fix this?
Hard to get instructions because you didn’t really explain much on what operating system you’re using, what version of Brave, how your navigating to DuckDuckGo, or anything else.
So I noticed that you did at least put an iOS label on this but I don’t know if you’re truly speaking of iOS. I checked on my iPhone and visited DuckDuckGo directly. I typed in 2+2 and submitted it. It navigated to what I’m guessing you’re saying that you would like to see.
Which means at least in a baseline test here things are all working as intended and I’m not able to replicate exactly what you are seeing. It may be that you just have to delete the site data for DuckDuckGo because of some site setting that had changed or a cookie that exists.
I’m just not sure which way to guide you quite yet because of some of the missing information
I posted in “mobile browser support” with iOS label attached to the post so I don’t understand the problem with identifying needed information. Please specify which information is missing that you need.
Problem persists across cleaning all elements possible in the clean setting option.
This problem is apparently experienced by some other users too:
Mainly is because people make a lot of mistakes or do wrong. For example, at Brave Browswer Extremely Sluggish, Even Frozen on Macbook Air they put it as ios but then went on to say it was on Mac OS Ventura 13.6.6
Or the person at How do I cancel my VPN access? who labeled under Account Deletion Requests which is for people who want to delete their Brave Community account, rather than them putting under Firewall + VPN
Often as much as I want to make assumptions, I’ve ran into too many places where people just put in the wrong tags and all. So before can start instructing to what settings to go to or things to test, usually have to know what they are using.
Btw, other point is when you make a topic and choose categories, it creates a template. So it would have had the things below, which is what I said would be nice to know. What version of Brave you’re using, which OS and/or device, etc.
Description of the issue:
How can this issue be reproduced?
Expected result:
Brave Version( check
About Brave):Mobile Device details
Additional Information:
I tested on my iPhone 13 Pro Max, Brave version 1.73 (97), on iOS 18.2. And as I shared in the screenshot, I had no issues. Are you also on iPhone or is yours on iPad? Difference in iOS? Using outdated version of Brave? Any details are helpful.
I already did specify:
So like when I’m asking how you navigated to DuckDuckGo, I’m asking if you’re going to the website itself and typing in a search or if you’re getting there via typing it in your address bar and having it do its thing with DDG as your default search?
Essentially, you need to envision that other people are going to be trying to do the same thing and encounter the issue. If an issue can’t be replicated, it’s hard to find a cause or solution. But at least being aware of steps taken helps to narrow down possibilities.
Just as other things to consider would be if it happens with Shields enabled. Or if you open Brave in Private, does the same thing happen?
And just to show again where people don’t pay attention or put in the right information. Notice how they put it under feature requests even though they aren’t making a request for a feature? Also how they put it as ios even though they then say they are using Android?
Anyway, seeing that made me remember your post, @Unlit8437. So figured I’d share again to stress why specific information is needed and why a simple tag on a post isn’t often enough.
@Unlit8437 I’m not seeing this behavior on any platform — to confirm, the steps to reproduce the issue you’re encountering would be:
2+2) into the search field and hit enterWhen you do this, can you share a screenshot of exactly what you seen on your end?
Hi,
This forum won’t let me leave my post with proper terminology (e.g., duckduckgo.com) so I had to modify all the “links” to get it to post.
Description of the issue: When using Brave browser on iPhone iOS version 18.2.1 and also iPad iOS version 18.2.1 or 17.7.3, Brave always produces HTML.duckduckgo.com instead of duckduckgo.com.
Brave Browser version is 1.73
Instance 1 of how can this issue be reproduced?
Open Brave browser, go to URL bar and type duckduckgo[dot]com
Expected result: duckduckgo[dot]com comes up
Actual result: html.duckduckgo[dot]com comes up
Instance 2 of how can this issue be reproduced?
Open Brave browser, type something in the URL bar and then tap on the Quick-Search DuckDuckGo option
Expected result: duckduckgo[dot]com is used
Actual result: html.duckduckgo[dot]com is used
Instance 3 of how can this issue be reproduced?
Open Brave browser > Add a Bookmark by tapping the 3 dots. The bookmark is of a Duckduckgo search with URL https[colon]//duckduckgo[dot]com/?q=test
Expected result: duckduckgo[dot]com is used
Actual result: html.duckduckgo[dot]com is used
Brave Version (check About Brave): Version 1.73 (97)
Additional Information: I believe this issue has something to do with script blocking. Enable universal script blocking. As demonstrated above the only site that I can get up is html.duckduckgo[dot]com. When duckduckgo comes up, disable scripts blocking on that website. But trying in the future still brings up html.duckduckgo[dot]com despite scripts being allowed for that website.
In Brave, is there a way to make the disablement of “Block Scripts” for a specific website reflect the TOP level domain? For example, when I disable “Block Scripts” for duckduckgo[dot]com I want it to enable scripting for the top level domain duckduckgo[dot]com. But Brave seems to only enable scripts for html.duckduckgo[dot]com. How do I make disabling “Block Scripts” work with the TOP level domain?
I am using an iPhone 14, Brave Browser (iOS) 1.73 (97), Private Browsing Only mode, and I sent BB to the Brave Search webpage:
https://search.brave.com
I disabled Brave Search Settings:
and then, I entered duckduckgo.com in the Brave Search webpage’s search field (NOT in the URL address bar field).
I selected the DuckDuckGo website, in the Brave Search results.
Result - notice the duckduckgo.com webpage URL address bar field displays what you have reported (html.duckduckgo.com):
When I make a “clean link” copy of the URL address field, I get:
https://html.duckduckgo.com/html
Next, testing Safari, I get:
https://duckduckgo.com/
PS. Notice that I use Back Tick marks, in order to resolve the display of links (and potential links):
UPDATE 01/11/2025 Saturday
Read some reports online about the issue. The https://html.duckduckgo.com/html is sent from DuckDuckGo, because DuckDuckGo concludes, that there is either (or both), some:
possibility of SSL/TLS negotiation issue
possibility of dis-satisfaction at DuckDuckGo regarding a javascript issue, either (or both):
That is: https://html.duckduckgo.com/html is sent as a substitute link/connection in order to bypass the issue.
BTW, using BB (MacOS), I get:
https://duckduckgo.com/
I believe this issue can be corrected if Brave would make a change to its function. Brave needs to start using the Top Level Domain as the domain to allow scripts on. Then problem is resolved (i.e., if user selects to allow scripts, then Brave records “duckduckgo.com” as the domain to allow scripts on instead of what it is doing now by recording “html.duckduckgo.com” which is not the top level domain).
If Brave doesn’t want to do this, can a setting be added to at least allow users to make the Top Level Domain the determiner for allowing scripts?
@shivan ,
Can the following website redirect feature (part of BB iOS settings) be updated, to include an additional redirect of
Or, will such a redirect be met by DuckDuckGo still sending back:
that BB iOS cannot override?
Footnote:
Adding a redirect sounds like a bad idea to me. I’m finding that this issue I’m reporting is not confined to just duckduckgo.com. It’s all across the internet. Are you going to make an endless list of redirects?
The solution is to do 1 of these 2 things:
-make the default script block apply only to the Top Level Domain of the website
or
-add a setting that allows users to specify to use the Top Level Domain of the website for any script blocking function.
There is an easy workaround to this issue as there are some pages in the main domain which don’t redirect:
Eg. https://duckduckgo.com/about
Just go there and unlock scripts.
@1573 How is this a solution? There is no search field on that page you linked.
One of the reasons I continue to use DuckDuckGo is because they allow the use of URL Parameters (which Brave browser does not offer despite numerous people requesting it for years).
@Brave: in the Brave browser when I disable all shields the html.duckduckgo.com problem persists. So I guess the scripting thing I posted is not a solution (nonetheless I still hope that Brave stops being so granular by default in the script blocking).
@Brave: what is causing this problem and how can it be fixed? I have had to stop using Brave for browsing tasks and reverted to Safari because of this issue.
Being on that page you can manage Shield settings corresponding to the duckduckgo.com domain (and not html.duckduckgo.com).
Once you enable javascript on duckduckgo.com, you won’t longer be redirected to html.duckduckgo.com when you try to search using DDG next time.
Brave Search - Search Engine Operators
Example search criteria, using such Search Engine Operators:
Arkansas NOT site:cnn.com AND NOT site:abcnews.com AND NOT site:wikipedia.org
Brave Search - Goggles Quickstart Guide
https://github.com/brave/goggles-quickstart
https://github.com/brave/goggles-quickstart/blob/main/goggles/quickstart.goggle
thanks for your links but those don’t describe URL parameters. A URL parameter allows me to (for example) specify to DuckDuckGo to open links in a new tab. Currently, Brave’s settings seem to rely on cookies to specify my search engine settings. So any time my cookies or cache or whatever gets cleared, the search engine settings are gone. Hence, using the Brave search engine is a PITA cause it never uses the settings I set.
Searching for “URL parameters” issues at GitHub > Brave
Searching for “URL parameters” issues at Chromium
https://issues.chromium.org/issues?q=status:open%20title:(URL%20parameters)
Take a look at: brave://flags ← search for “URL”
Using iOS, for Brave Search settings to stick (if any chance of that), requires that, for GLOBAL Privacy & Security settings, both are DISABLED:
and, for Privacy & Security settings, CLEAR PRIVATE DATA, the following must also be DISABLED:
When you DISABLE that, you must click on the “Clear Data Now” button, for the change to take effect (kind of acts as a Save button).
Private Browsing Only, must be DISABLED
Then, be certain to completely exit / quit the Brave Browser app:
Then, return to Brave Browser Settings and confirm those settings.
If you have to adjust any of the settings - again - then do another, proper exit / quit the Brave Browser app:
Then . . . the Brave Search Settings that you set, should stick.
Has been my experience, so far.
@289wk, it appears you are not understanding or listening to what I’m saying.
You stated: “Using iOS, for Brave Search settings to stick (if any chance of that).”
Brave Search settings would stick just fine if Brave would implement URL parameters by which settings are detailed in the URL as explained here: https://duckduckgo.com/duckduckgo-help-pages/settings/params/
All that nonsense you posted about having to disable this and that is ridiculous. URL Parameters are the answer. Why doesn’t Brave implement them?
But this thread is getting way side-tracked so I’m done talking about URL Parameters.
@Brave what about a setting to enable the TOP level domain only when allowing scripts on a page?
You wrote:
So any time my cookies or cache or whatever gets cleared, the search engine settings are gone.
My response included steps to increase the chances that Brave Search Engine Settings would stick.
