Firefox Support Forum

Hi.

I have been experiencing audio problems in Fedora's Firefox when gaming in some web sites like <kbhgames.com>. An example happpens in <https://kbhgames.com/game/dragon-ball-advanced-adventure>.

All goes well on a 64-bit Debian Buster's Firefox 78.14.0esr. The problem is about a 64-bit Fedora's Firefox 94.0. And yes, the issue is there even when all permissions are loosen.

Besides optional troubleshooting Information being shared, common specs are below for convenience:

* user agent Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0; and

* Kernel (according to uname) Linux charger-rt 5.14.18-200.fc34.x86_64 #1 SMP Fri Nov 12 16:48:10 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux.

Plus, the <about:support>'s Media table

Media Audio Backend pulse-rust Max Channels 2 Preferred Sample Rate 48000 Roundtrip latency (standard deviation) 77.89ms (21.60) Output Devices Name Group Vendor State Preferred Format Channels Rate Latency Built-in Audio Analog Stereo Enabled All default: F32LE, support: S16LE S16BE F32LE F32BE 2 default: 48000, support: 1 - 384000 0 - 0 Input Devices Name Group Vendor State Preferred Format Channels Rate Latency Monitor of Built-in Audio Analog Stereo Enabled None default: F32LE, support: S16LE S16BE F32LE F32BE 2 default: 48000, support: 1 - 384000 0 - 0 Built-in Audio Analog Stereo Enabled All default: F32LE, support: S16LE S16BE F32LE F32BE 2 default: 48000, support: 1 - 384000 0 - 0

Regards.

Hi everyone,

a long time ago, Firefox on GNU/Linux didn't have this default behaviour I've described in the title of my question (but FF on Windows had this behaviour at the time, so I believe it was decided to unify the behaviour on all platforms).

The thing is: I truly dislike having the existing text selected automatically. When I click a precise location in the URL or Search field (where some text already exists), I expect the text cursor to locate at this exact spot, NOT the existing text to be entirely selected! With this "new" default behaviour, it now requires 2 clicks to achieve the same task (not what I'd call an improvement) and makes it really PAINFUL to construct a list of search terms (one by one) by copying/pasting them from the current web page (funnily, it proves to be less painful when copying text from another application, since the automatic selection of previously pasted search terms does NOT happen when pasting an additional term -> this is exactly the behaviour I'm expecting).

Historically, whenever I was willing to have the existing text SELECTED (I agree this can be useful from time to time), I used keyboard shortcuts Ctrl+L or Ctrl+K to move the text cursor to the URL or Search field (respectively).

All in all, the historical behaviour of FF on GNU/Linux was just fine (at least to me).

So my QUESTION today is: how to get this historical behaviour back? How to prevent the existing text from being selected when I just CLICK in the URL or Search field?

I've not been able to find a hidden option to configure this behaviour since FF on Linux changed the rule. So I'm afraid it doesn't exist... But if so, would it be possible to add such an option?

Thank you :)

Since upgrading to Firefox 103.0.1 on Linux Mint I am noticing that clicking on the URL bar or typing anything into it now adds "Search with Google" and "Search with Amazon" in the dropdown URL suggestions. This is unwanted behaviour since I have those search engines disabled.

In searching for an answer I found some old suggestions such as setting browser.urlbar.unifiedcomplete to false. However this no longer works.

Using the Tab key to select the next link will focus on some smaller links.Most of the time I just want to choose the big link that the search returns instead of some prompt content.Is there any way？Help please.

firefox-104.0b6 has the "......error while loading shared libraries: libatomic.so.1" error on recent debian versions/current stable kernels Debian 5.10.28.

firefox-102 and 103 got rid of this error but about a two years ago the newest ff developer editions had this problem also.