-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adding SearXNG as search engine in Firefox Android fails #173
Comments
Hi, thanks for your report. I experimented the same problem with my instance and Firefox Android, but when I debugged it I thought is was a Firefox bug related to my url being too long. If you have the problem too I'd like to debug with your instance too to see if they are the same problems.
|
I thought that too, but it is not I assume.
Firefox Linux using at as standard search engine, no problem when I added it, but the process is different, it uses Open Search or something like that.
Would prefer not to share it publicly, one week life time here it is. Had a public instance before, it got overloaded often after the URL was linked in some places. So basic info from that zerobin, I tried the long URL that contained the whole search config, but I also tried the short URL that is Also I tried another public SearXNG with the long link and it worked and still works to add it again in FF Android. From the Zerobin: Tried this long URL:
But I also tried a short one like this:
It works with a random SearXNG in FF Android:
|
Thanks for sharing your config. I investigated again and found out that the error is the same for my and your site, so this is indeed YNH-related. What is strange is, I debugged Firefox Android to find what's wrong, and when the query is made to add the search engine, Firefox seems to throw an error named However, the bug should be fixable on YNH side (YNH core though, as it is in YNH core that the SSL/TLS termination is handled I guess). We "just" need to understand which TLS parameters needs to be modified for Firefox Android no to throw an error, assuming this is indeed TLS-related. My current debugging setup does not allow me to inspect TLS traffic, so I will try again later with decrypting traffic and taking a look at the TLS handshake. |
Thanks, let me know if I can help with looking into some log on the server or something like that. |
Finally found the "bug"! Thing is, YunoHost is configured to accept TLSv1.3 only. And for some reason, Firefox does not (attempt to) use TLSv1.3 but only TLSv1.2... Which makes YNH refuse the connection. A workaround on YNH side is to modify the nginx configuration to let it accept TLSv1.2. For this you have two ways :
To
then restart your nginx server with To check if your server is currently supporting (or not) TLSv1.2, you can use this site : https://www.ssllabs.com/ssltest I'll conclude this by saying this is more a bug on Firefox's side IMO. Firefox in its latest version should definitely not be stuck on not supporting TLSv1.3, even for some advanced options. I'll make a report to Firefox when I find the time and I will put the link here once posted. |
Bug to Firefox reported here |
This worked for me! Amazing that you figured this out! |
Happy to help. According to the bug report in Firefox, this is gonna be fixed in Firefox 124, which should be released on March 19, 2024. You would try to set your settings back to "Modern" then and see if it works. I'm gonna close this but feel free to reopen if you still encounter the bug with FF 124. |
When I try to add SearXNG as a search engine in Firefox (latest version) for Android it fails. It immediately states that 'name' could not be connected, "Error when connecting to utzer" or so.
This is the fault in German.
The SearXNG Appication is installed and available publicly, but I guess something of Yunohost is interfering the connection.
Same happens when I add it with a short URL that does not contain the search settings.
It works when I get a random SearXNG instance URL, but I'd like to use mine instead.
Any way to trick Firefox to allow it to add the search engine? Or maybe even a solution to the problem?
The text was updated successfully, but these errors were encountered: