Firefox მხარდაჭერის ფორუმი

After upgrading to Firefox 103, I've noticed the following behavior:

The mouse icon does not change while moving over web pages or even the menu items and tabs.

It requires a click for the mouse icon to change and for an action to take place.

This causes problems because of some actions that expect a mouse hover or a click-and-hold response, which this error is preventing.

For example, clicking on Google Maps and dragging to move the map is impossible.

Hovering over a menu to allow it's automatic drop down to appear is also impossible.

This is not consistent; when I open a new Firefox window the mouse behaves normally for a time.

It does lose this ability but I don't know how quickly it happens, but after at least an hour of use, the problem is apparent.

I had thought this was a problem with my extensions or themes, because the problem does not exist in private mode. But when I temporarily removed all the extensions and themes from my setup, the problem still occurred. And the fact that a new window with all extensions still active suggests that this is not caused by those extensions, or if so, not immediately.

//Firefox 103.0.1; Linux 5.10; Debian 11.4.0; xserver-xorg 1:7.7; Nvidia 515.57 driver// After clicking on ->Web Browsing -> Firefox there is NO visible response for 26 seconds... then a normal application window opens and Firefox appears to be operating normally. Opening via command line gives the following "error/information" message(s): glxtest: VA-API test failed, failed to initialize VAAPI connection. For the TWENTY-SIX seconds(!) Firefox is apparently trying to connect to a service that is not available. Is there something in "Settings" or in "about:config" that I can do to skip the "glxtest" and/or other glx VAAPI related configuration options? Or, alternatively, am I missing something in the X-window configuration or another library package that is necessary to support the VA-API feature? The Nvidia driver indicates it is providing "GLX server" version 1.4 . [Troubleshooting information / Share Data attached]

When using a download link (everywhere) nothing is happening. No errors no 'nothing'

I was working before: 103.0.1 (64-bit)

Download is working in chrome and other browsers.

Any idea where to look ?

Best

Jan

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.

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.

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 :)

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.