Firefox Community Forum

I have been using addons, that allow opening web pages in sidebar, and all share a similar drawback, which is why I believe it to be on the browser side. When I close the sidebar and open it again, the page gets reloaded. This makes using messengers etc. in sidebar much less comfortable. I noticed, however, that bookmarks and history, when opened in sidebar, remember the state the were in when last closed. Is there some simple way to make pages remember their state as well or it can only be done by changing the addons' or the browser's code?

I am developing a website and when troubleshooting I am getting the following issue in both private browsing and normal browser mode.

- 'my_watchlist' html page loads in the both browser mode windows as it should - in both browser mode windows, view source code shows a dashboard page html and not the my_watchlist page html - inspect shows the correct html code for the my_watchlist page in both browser mode windows

The reason this is an issue is because I am not getting changes made to the source code in the my_watchlist page showing after saving and uploading to the server.

To clarify, I have tried: - closing browsers completely and reopening - still same issue - clearing cache - same issue - restarting pc - same issue

What is causing this?

Thanks.

This current update (129.0) crashed my windows 10 pc. Firefox showed that the update was completed and restarted itself. Nvidia downloaded a driver update & attempted to install it but failed. The error msg indicated that another app update was in progress, prevented it from installing, and to try later. Based on what I saw on Task Manager, Firefox locked up the windows installer module and had 100% disk usage. PC then crashed and looped several times trying to auto-repair itself. Had to do a hard power down, a safe boot, and the restore PC and Windows 10 to last good version. Will not do any Firefox updates until this problem is resolved.

After Firefox update on August 6, 2024, I cannot use Hulu video streaming. There is a black screen. Rolling back to 128.0.3 solves the problem. Will there be a fix so that I can update Firefox to the latest version?

So I just went to open Firefox and got an error message that I was trying to open an old version. I thought it was odd, so I tried it again. Same result. It offered to update, so I updated. Now when I open up Firefox, ALL my Bookmarks and Passwords are from, I dunno, 2, 3 years ago? Anyone have any idea how to get my current Bookmarks and Passwords back? Tried to find a CS phone number, but I can't. Probably a good thing, because I'm pretty p'd off right now.

UPDATE: All is not lost, it's just COMBINED with OLD Bookmarks. Passwords, those are toast :-/

Moz Developers,

I would like to add a default exclude words from from search results. So for example, my search would be

"Best places to live" but I would like to exclude Africa with

"Best places to live -africa"

Could "-africa" be added to a default search bar settings so I don't need to type it?

Cheers

This is a bug report & fix I found.

Firefox x64 DE 130.0b1 (however, it is not specific to this version of FF.) AMD 3900X CPU (all hardware clocks default unless otherwise noted) AMD RX 6900XT Corsair HX-850 PSU Latest device and chipset drivers from AMD and the respective manufacturers, from their sites Gigabyte Aorus Master motherboard (rev 1) 32GB DDR4 system ram (4x8) stock clocked at 3733Mhz, default timings Windows 11 Build 22635.4005 (Insider's beta-channel build--problem and solution are not build specific, I found)

Problem description:

• Two-three months ago, my previously rock stable system began regular crashing events, every 2-4 days average, sometimes twice a day, sometimes once every 4 days.

• Kernel Error 41, and I spent inordinate amounts of time trying to trace the problem as you might imagine from PSU to device drivers, you name it.

• Finally dawned on me that the hard crashes did not occur when playing a game or when punishing the CPU in some computational tasks--nope, I realized that every time the system crashed I was online running Firefox.

• I got it in my head (through some reasoning I don't even recall) that possibly the CPU stop error that triggered the critical Kernel error and crashed the system was due to a multi-threading bug in my trusty browser!

• So, I checked out Mozilla bug reports and stumbled upon this Windows environment variable, MOZ_FORCE_DISABLE_E10S 1, which I decided to try. It has now been two solid weeks without another episode--not even 1--and while I am not whooping and cheering wildly, quite yet, I do believe the problem boils down to some sort of obscure Ff multi-threading bug! Something was locking up process threads between cores! So, I thought I'd report it! If this gets ID'ed and fixed I'll be happy to try it on at some point...;)

Contents: Conditions, Problem, Observations, Motivation

Conditions

System: Linux Fedora fc20.x86_64, CPU i520M, 3.66 GiB RAM on DELL E5410

Libraries have been updated from rpm packages of Fedora distribution fc21.x86_64 to satisfy the requirements for Firefox 128 and now following versions of relevant libraries and packages are installed:

X.Org 1.14.4, libstdc++ 4.8.3, glibc 2.18, libglib 2.42.1, GTK+ 3.14.5

NetworkManager-0.9.9.0, dbus-1.6.30, GNOME 3.10.0, PulseAudio 5.0

Updating to newer version of Fedora is not possible option for me now.

Firefox 128.0.3 tarball has been unpacked to /usr/local/lib64/firefox128

Executable bash script, /usr/local/bin/firefox128 has been used to launch Firefox 128, it contains two lines

export LD_LIBRARY_PATH=/usr/local/lib64/firefox128:$LD_LIBRARY_PATH /usr/local/lib64/firefox128/firefox $1

Existing file $HOME/.mozilla has been temporarily renamed to avoid hardly possible conflicts while testing the new version of Firefox. (Later I have found that this is not necessary because new installs

of Firefox do not conflict with the previous).

Problem

Execution of the bash script, firefox128 from gnome-terminal command line started Firefox 128 but without GUI. Only the small white interval at left upper corner of the desktop appeared and it could be extended by using mouse to empty (white) window created by Gnome and titled, Firefox.

Observations

After Firefox 128.0.3 started the output of the command, ps -flu username revealed,

      /usr/local/lib64/firefox128/firefox
      /usr/local/lib64/firefox128/firefox-bin \
           -contentproc -parentBuildID 20240725162350 \
           -prefsLen 21615 -prefMapSize 245327 \
           -appDir /usr/local/lib64/firefox128/browser \
                   {d54171b1-8a79-44b3-a271-db4e09db2365} 3715 true socket

Two parameters preceding `true socket` vary from launch to launch.

Executions of, firefox128 --help

              firefox128 --full-version

display the expected output

In the way of successive approximations to highest Firefox version that starts with GUI in my system I have found this is Firefox 95.0.2

The binaries firefox in Firefox versions from 96.0 to 99.0.1 do not launch firefox-bin and the application hangs requiring explicit kill

Firefox versions 100.0.2, 101.0, 106.0, 106.0.5, 117.0, 117.0.1, 123.0.1, 128.0 I have tested like Firefox 128.0.3 behave in the same way as Firefox 128.0.3 with the same effects.

Output of the command, ps -flu username obtained when Firefox 95.0.2 is running with GUI in my system differs specifically from outputs of this command for Firefox versions above 100 Last argument for firefox-bin in those Firefox versions i.e. 100.0.2 and newer is `socket` whereas in Firefox 95.0.2 the last argument is `tab` as in the case,

       /usr/local/lib64/firefox95/firefox-bin \
                    -contentproc -childID 2 -isForBrowser \
                    -prefsLen 4814 -prefMapSize 241644 -jsInitLen 278884 \
                    -parentBuildID 20211218203254 \
                    -appDir /usr/local/lib64/firefox95/browser 9563 true tab

       /usr/local/lib64/firefox95/firefox-bin \
                    -contentproc -childID 6 -isForBrowser \
                    -prefsLen 5627 -prefMapSize 241644 -jsInitLen 278884 \
                    -parentBuildID 20211218203254 \
                    -appDir /usr/local/lib64/firefox95/browser 9563 true tab

       /usr/local/lib64/firefox95/firefox-bin \
                    -contentproc -childID 7 -isForBrowser -prefsLen 5627 \
                    -prefMapSize 241644 -jsInitLen 278884 \
                    -parentBuildID 20211218203254 \
                    -appDir /usr/local/lib64/firefox95/browser 9563 true tab

During executing both the bash scripts firefox128 and firefox95, launching the respective Firefox versions, Firefox writes messages to stdout (gnome-display) but the outputs do not differ qualitatively.

For firefox128 the only intriguing mesasage is the last one that appears while closing Firefox 128, [GFX1-]: RenderCompositorSWGL failed mapping default framebuffer, no dt

These messages not differing qualitatively for Firefox 95.0.2 and Firefox 128 can be summarized as follws (firefox:5370): Gtk-CRITICAL **: gtk_widget_get_style_context: assertion 'GTK_IS_WIDGET (widget)' failed gtk_style_context_get_state: assertion 'GTK_IS_STYLE_CONTEXT (context)' failed gtk_style_context_get_property: assertion 'GTK_IS_STYLE_CONTEXT (context)' failed gtk_style_context_get_background_color: assertion 'GTK_IS_STYLE_CONTEXT (context)' failed gtk_style_context_get_color: assertion 'GTK_IS_STYLE_CONTEXT (context)' failed

(firefox:5370): GLib-GObject-CRITICAL **: \ g_value_unset: assertion 'G_IS_VALUE (value)' failed

(firefox:2901): GLib-GObject-CRITICAL **: \ g_object_ref: assertion 'object->ref_count > 0' failed and g_object_unref: assertion 'object->ref_count > 0' failed

[GFX1-]: glxtest: libEGL missing methods

For Firefox 128 they are preceded by warnings like, [Parent 4185, Main Thread] WARNING: \ g_value_unset: assertion 'G_IS_VALUE (value)' failed: \ 'glib warning', file /builds/worker/checkouts/gecko/toolkit/xre/nsSigHandlers.cpp:187

Moreover during starting Firefox in versions 96.0 - 117.0.1 there is the message,

                    os_mmap failed.: Cannot allocate memory 

This message is absent either in Firefox 95.0.2 and Firefox 128.0, 128.0.3

Motivation

The effect just described looks very strange but may be common to older versions of Linux distributions still being used by number of people with various motivations.

Various institutions, particularly banks, require "newest" versions of a browser and I am afraid that Firefox 95.0.2 working in my system will be very soon considered outdated that will result in lack of electronic access to bank account.

Therefore solving the problem just presented appears to be important.

Thank you in advance

On that piece of crap Windows 11 I keep getting the "Can't get your tabs back". I get it EVERY TIME I open firefox. I have uninstalled (several times), deleted directories and tried the "Refresh Firefox" and nothing works. I do not have this issue on any of my Linux computers. I only have a few programs left that I need Windows for so I guess I need to look at dual booting this computer.

Is that ANY way to do a clean install of firefox? I keep getting the you have installed firefox before message when I try to reinstall. I really really really don't want to have to do a clean install of windows to try to fix this.

I looked at "Relay" to protect tracking. Before I knew it, I clicked and it said free. I added it and then a charge came up. Very disappointed in these used car dealer tactics. Why don't you tell someone up front if there is a charge for an add on? I may be looking for a new browser. I am not happy with Mozilla for the first time since subscribing.

On Firefox for Windows the touch and pen logic is a mess. When I hover over something with the pen or scroll using touch, Firefox seems to make both elements hover and triggers even JavaScript related code at very high rate. These 2 elements are where the real mouse/cursor is on the screen and where the currently touching or hovering over element is. For example rest your mouse on the YouTube HTML5 player, then use a pen to hover over the browsers close button or even just something else on the web page like the like button. This will ramp up the CPU and make both the player and the like button your are hovering flicker between ::hover and ::normal. This will also call lot's of instances of these related events in the website's JavaScript. Another semi-related issue is when using the F12 developer tools in "Device Simulation" mode, It's impossible to for some reason because Firefox fakes real touch injections into the OS (and they show up as if I touched the screen by the OS) which cancels the precision touchpad input movement until I lift my finger from the touchpad. This is specifically a "Windows Precision Touchpad" issue, and There is no known fix to this apart from not using a such a touchpad... On old 10+ year old laptops with PS/2 or proprietary Touchpads that report themselves as a normal Mouse this issue won't occour but Firefox will still input system-wide touch input. As a developer myself this seems very silly because you own the source code and could solve this way more elegantly than asking the OS to input Touch events... Let me know if you need anything else, and point me out where the source for the input (specifically for touch and pen) live so I can take a look at it and make some improvements. Thanks