Closed Bug 1938497 Opened 8 months ago Closed 8 months ago

Firefox versions newer than 95 do not start GUI on Fedora 20

Categories

(Core :: Widget: Gtk, defect)

Firefox 133
defect

Tracking

()

RESOLVED WONTFIX

People

(Reporter: wlodekak, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:95.0) Gecko/20100101 Firefox/95.0

Steps to reproduce:

I have downloiaded firefox-133.0.3 tarball, as su extracted it in /usr/local/lib64 thus obtaining a dictionary firefox and renamed it to firefox133. Next I have created
a bash file /usr/local/bin/firefox133 that contains two lines
export LD_LIBRARY_PATH=/usr/local/lib64/firefox133:$LD_LIBRARY_PATH
/usr/local/lib64/firefox133/firefox $1
As ordinary user I have renamed $HOME/.mozilla to other name to avoid any interference with other firefox versions (38, 69, 95) present and working in my system, Linux Fedora 20 fc20.x86_64 on Dell e5410 with libraries updated accordingly to software requirements noted on mozilla pages for firefox-133.0.3 (the same as for firefox-95 that is fully functional in my system).
As ordinary user I have executed from the gnome-terminal command line
the executable bash file just noted, /usr/local/bin/firefox133

Actual results:

The binary /usr/local/lib64/firefox133/firefox started firefox-bin as I saw after
launching shell program top in the gnome-terminal and only the small white
interval at left upper corner of the Gnome desktop appeared which could be
extended by using mouse to empty (white) window created by Gnome and titled, Firefox. Then output of the command issued from another gnome-terminal,
ps -flu username revealed,
/usr/local/lib64/firefox133/firefox
/usr/local/lib64/firefox133/firefox-bin -contentproc -parentBuildID 20241121140525 -prefsHandle 0 -prefsLen 25158 -prefMapHandle 1 -prefMapSize 256268 -sandboxReporter 2 -chrootClient 3 -ipcHandle 4 -initialChannelId {0c14188d-58bb-4644-b77e-e01f12d00788} -parentPid 3838 -crashReporter 5 -appDir /usr/local/lib64/firefox133/browser 1 socket
The output in the gnome-terminal from which firefox133 has been launched was analogous to the one in the case of working Firefox-95 without any qualitative differences.
Nothing more. Ctr C in gnome-terminal or pressing X in right top of the
gnome window newly ceated finishes the process.

I observed this behaviour for firefox binaries: 106.0.5, 117.0.1, 123.0.1, 128.0.3, 128.5.1esr, 129.0, 132.0, 133.0.3. (Providing arguments --safe-mode or --ProfileManager results only in lack of the empty window created by Gnome). In August 2024 I have described this situation in my post to users forum concerning firefox 128,
"Firefox-128 fails to start GUI on Linux Fedora fc20.x86_64" but a single response was not helpful (https://support.mozilla.org/en-US/questions/1456093).

Expected results:

I expected firefox GUI to appear, as it was with analogously installed firefox 95 ,
that would enable customizing this application (All mozilla help pages assume that firefox GUI is available). In Firefox 95 GUI in about:support Graphics WebGL 1 Driver WSI Info I see, GLX 1.4 and I expected to see the same in this place for
firefox-133.0.3 but the GUI has not started (I guess that libGL backend EGL installed in Fedora 20 cannot be used by Firefox and the recent versions may be not able to select GLX automatically ? but this is only guess)

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core

Fedora 20 saw its end of life 114 months ago. Nobody cares about supporting Fedora 20 anymore.

Status: UNCONFIRMED → RESOLVED
Closed: 8 months ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.