Since the problem described in this issue should be resolved in a recent advisory, it has been closed.

For information on the advisory (Important: firefox security update), and where to find the updated files, follow the link below.

If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHSA-2024:7702

This was already fixed in Firefox 128.2, but the issue wasn't added to erratum, so we're fixing it for 128.3

mcatanza@redhat.com thanks, this will be then fixed with the newest Firefox ESR (version 128) that will get into RHEL during September as Firefox was ported from dbus-glib to GDBus few releases ago.

This was "fixed" by https://gitlab.freedesktop.org/dbus/dbus-glib/-/commit/c0d1ffc09b5b008fe9b3ee09330ad663927669af. I'm not sure why that bug occurred, but the affected code is gone now.

That said, dbus-glib is obsolete. It shouldn't be in RHEL at all, and you should migrate to a different D-Bus library instead, e.g. GDBus.

Sorry for late answer, I just use the rhel7 virtual machine, set the breakpoint to glib_log_func:

{{#0 0x00007fffe7697740 in glib_log_func(gchar const*, GLogLevelFlags, gchar const*, gpointer) (log_domain=0x0, log_level=
G_LOG_LEVEL_WARNING, message=0x7fffd2d45840 "No marshaller for signature of signal 'PropertiesChanged'", user_data=0x0)
at /builddir/build/BUILD/firefox-115.7.0/toolkit/xre/nsSigHandlers.cpp:156
#1 0x00007ffff230cde1 in g_logv (log_domain=0x0, log_level=
G_LOG_LEVEL_WARNING, format=<optimized out>, args=args@entry=0x7fffffffc050) at gmessages.c:1370
#2 0x00007ffff230d06f in g_log (log_domain=log_domain@entry=0x0, log_level=log_level@entry=G_LOG_LEVEL_WARNING, format=format@entry=0x7fffe1874a08 "No marshaller for signature of signal '%s'") at gmessages.c:1432
#3 0x00007fffe186ad5e in dbus_g_proxy_add_signal (proxy=<optimized out>, signal_name=0x7fffea1547b4 "PropertiesChanged", first_type=64) at dbus-gproxy.c:3050
#4 0x00007fffe63c84ba in nsAppShell::StartDBusListening() (this=this@entry=0x7fffdb0dbcf0) at /usr/src/debug/firefox-115.7.0/widget/gtk/nsAppShell.cpp:255
#5 0x00007fffe63d5c06 in nsAppShell::Init() (this=0x7fffdb0dbcf0)
at /usr/src/debug/firefox-115.7.0/widget/gtk/nsAppShell.cpp:311
#6 0x00007fffe6403086 in nsWidgetGtk2ModuleCtor() ()
at /usr/src/debug/firefox-115.7.0/widget/nsAppShellSingleton.h:41
#7 0x00007fffe6403086 in nsWidgetGtk2ModuleCtor() ()
at /usr/src/debug/firefox-115.7.0/widget/gtk/nsWidgetFactory.cpp:52
#8 0x00007fffe35c4979 in mozilla::xpcom::CreateInstanceImpl(mozilla::xpcom::ModuleID, nsID const&, void**) (aIdx=5) at StaticComponents.cpp:9300}}

By the backtrace the failing call is the dbus_g_proxy_add_signal for the org.freedesktop.timedate1, so users could have problem when switching timezones: https://searchfox.org/mozilla-esr115/source/widget/gtk/nsAppShell.cpp#255