Форум сообщества Firefox

I have found that after a short time Firefox stops displaying images in Facebook and only shows a description of what it thinks the image is. I have Firefox version 95.0.2 (64-bit) with Windows 10 with the latest updates installed. I have a Dell laptop with an i7 cpu and 63 GB of RAM. This does not occur with other browsers. Reloading the page does not fix it, only a complete shutdown and startup of Firefox.

I live with Firefix always in full screen. I Don't like seeing any bars or buttons of any kind.

Befor the latest update, when I moved my mouse to the top of the screen my tabs popped down and in the top right corner was the standard icons for "minimize" "maximize" and "exit".

With the latest update the tabs are there but the 3 buttons have gone.

If I exit full screen (F11) then they are there again, but I dont want to have to exit full screen every time I change between programes which I do every few mins. I'd be popping pages in and out of full screen every few mins!

How do I get the buttons back all the time?

When I am not in full screen the minimize, maximize and close options are there. They disappear when I go into full screen and I am forced to get out of full screen to minimize or close firefox. This only started happening recently. Does anybody know how to make these options appear again while in full screen?

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

I don't use "Clear history when Firefox closes". All cookies from other sites in exception list are saved. I added both https://mail.yahoo.com/ and https://www.yahoo.com/ to exceptions list but it didn't work. Then i tried with removing https://mail.yahoo.com/ from exceptions because in saved cookies list i see only yahoo.com, but again no effect. All permissions in Page Info for both mail.yahoo.com and yahoo.com are default.

Hello,

With the previous version of Mozilla Firefox, I was able to preview my work by passing privacy.file_unique_origin to false.

Now with the new update (95.0), it doesn't work anymore.

Can you please provide a solution to this issue?

Thanks in advance

I've been considering switching to Firefox from Chromium for quite a while. However, there's one feature in Chromium that I can't do without: the task manager. In Chromium, I'm able to stop a tab's process, but the tab still remains open, displaying an error. Even if I refresh the tab, the tab's process restarts as if the tab was just refreshed, without any crashes. I'm aware that Firefox also has a task manager, but when I stop a tab's process using Firefox's task manager, the tab closes as well. Is there a method to forcefully stop a tab's process without having to close the entire tab? Perhaps there's an add-on that can help with this? I typically have a large number of tabs open — more than my PC can handle — so this feature is essential for me.