1304115 - Firefox 49 undefined symbol: gtk_widget_path_append_for_widget On Startup on OpenSuse 11.4 / GTK version < 3.2

Status: RESOLVED WONTFIX

(Core :: Widget: Gtk, defect, P5)

Description

[drichard]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0
Build ID: 20160726073904

Steps to reproduce:

We have hundreds of users on Firefox using OpenSuse 11.4.  We using version 48 and it's very stable.  I attempted to upgrade to 49, and it's crashing.  It seems like it's possibly expecting a newer version of GTK 3, which is not a possible upgraded for us at this time.   Is it possible to have a fallback mode of some type when this symbol does not exist?  No workarounds possible.


Actual results:

./firefox: symbol lookup error: /u/firefox_2016_09_20/firefox/libxul.so: undefined symbol: gtk_widget_path_append_for_widget



Expected results:

It should have started.

Comment 1

[tails]

Also happening on a Debian 8 installation. 48.0.2 is fine, but 49.0 just crashes outright and displays the Crash Reporter right away. Trying to start in safe mode or with a different profile also leads to a crash.

Comment 2

[Loic]

[Tracking Requested - why for this release]:

Reporters, do you have some crash reports in about:crashes?
Can you provide a stacktrace?
https://developer.mozilla.org/en-US/docs/Mozilla/How_to_get_a_stacktrace_for_a_bug_report

Comment 3

[tails]

Here's two crash reports Firefox generated after crashing on launch:

https://crash-stats.mozilla.com/report/index/14b49806-5e70-46b9-b32b-58fc62160920
https://crash-stats.mozilla.com/report/index/e209adb6-86e0-462b-bb93-9447c2160920

Comment 4

[drichard]

I am not getting any Crash reports, it seems to be crashing in a manner that disallows it from creating them.  I only see:

./firefox: symbol lookup error: /u/firefox_2016_09_20/firefox/libxul.so: undefined symbol: gtk_widget_path_append_for_widget

on the command line.


desktopnxcloud:~ # rpm -qa | grep gtk-3
libgtk-3-0-3.0.0-3.3.x86_64

Some discussion on gtk_widget_path_append_for_widget in 

https://bugzilla.mozilla.org/show_bug.cgi?id=1277818

Comment 5

[tails]

I upgraded libgtk-3-0 from 3.14 to 3.21 (temporarily, since it breaks my system in some places), and can confirm that Firefox 49 then starts and works correctly. That seems to confirm the original reporter's suspicion: Firefox 49 expects an higher version of GTK3.

Comment 6

[drichard]

No upgrade path for us to install newer GTK3 on our servers as well.  Many things would break if this attempt was made.

Comment 7

[Liz Henry (:lizzard) (relman/hg->git project)]

Karl, do you have any suggestions here?

Comment 8

[Karl Tomlinson (:karlt)]

I'd suggest using Firefox ESR 45 if upgrading to a supported libgtk is not an option.  Automatic updates from 45 were designed to be blocked so that this didn't happen, but there was a short period where this was not in place.

I'm surprised that 48 was working so well with GTK 3.0, as there were other reasons (which I don't recall) why 3.4 was the minimum requirement.

The issue in comment 3 is different: SEGV under gtk_style_context_get_color or g_object_unref from nsLookAndFeel::Init().  I don't know what that is, but the first thing I'd do is upgrade libgtk to 3.14.15 to see whether there is already a fix on the 3.14 branch.  Installing debug symbols for glib and libgtk and using gdb for a backtrace would provide more info, but please file a separate bug report.

Comment 9

[Liz Henry (:lizzard) (relman/hg->git project)]

[Tracking Requested - why for this release]:

We have to wontfix this for 49.  Does it make sense to wontfix the entire bug or might there still be something we could do for 51/52?

Comment 10

[Karl Tomlinson (:karlt)]

(In reply to Liz Henry (:lizzard) (needinfo? me) from comment #9)
> We have to wontfix this for 49.  Does it make sense to wontfix the entire
> bug or might there still be something we could do for 51/52?

Yes, we can't justify support for GTK 3.0.

Comment 11

[Marcia Knous [:marcia]]

Adjusting flags based on Comment 10.

Comment 12

[Karl Tomlinson (:karlt)]

Changes from bug 1315668 removed use of gtk_widget_path_append_for_widget, so you may have more success with more recent versions.  I'd still recommend ESR45 though.