Re: [CentOS] Latest firefox upgrade crashes
Hi,
> I guess you'll find I lot of old-schoolers among those still using CentOS
> 7.
> I've realised I'm one of them, and I'm proud of it :-) Getting to know how
> and
> / or why is how we keep learning instead of just doing. I'm still hoping
> for
> it to become trendy :-D
>
> Have you tried to see if your profiles works with firefox in another
> distribution?
I had to go on with this and found a solution: I had two FF windows open
with ~20 tabs on each of them. I've closed one of them with the less
important tabs. In this configuration I was able to perform the update and
all seems well.
Maybe there was a single tab there which FF did not like. It seems to work
now.
Regards,
Simon
>
> Regards, Christer
>
> On Wednesday 24 January 2024 14:39:05 Simon Matter wrote:
>> > I did a quick search to see if there were any SQlite related changes
>> to
>> > 115.6.0; I could find anything. If I understand you correctly, you
>> > frequently
>> > generate places.sqlite and push it to the users. Could there be any
>> > change in
>> > file format? Some version conflict between the tool you use to
>> generate
>>
>> The places.sqlite is one of a few files which is synced from a template
>> profile nightly.
>>
>> But, to start with I tested the update with my own private profile which
>> is not synced in any way. Just a standard profile with my settings, two
>> windows with a number of tabs and 3 extensions (ublock, google analytics
>> opt-out and I still don't want cookies). This profile has been in use
>> for
>> over a decade and this is the first time it fails on a new Firefox
>> version.
>>
>> I'll report if I find out more. I know I'm a bit old-school because I
>> would like to know why things break instead of just creating a new
>> profile
>>
>> :)
>>
>> Simon
>>
>> > the
>> > config file(s) and the current firefox included version? IIRC there
>> was a
>> > SQlite security fix for some read related function in december. Any
>> > relevant
>> > changes there going into firefox? Hope these suggestions can help you
>> > further.
>> > Good luck, and please let us know if you find a solution.
>> >
>> > Regards, Christer
>> >
>> > On Wednesday 24 January 2024 09:01:18 Simon Matter wrote:
>> >> > The message
>> >> > "ATTENTION: default value of option mesa_glthread overridden by
>> >> > environment."
>> >> > is most likely caused by firefox overriding the env var to _avoid_
>> a
>> >> > crash:
>> >> > https://bugzilla.mozilla.org/show_bug.cgi?id=1744389
>> >> > It's an old but unclosed bug, focusing on getting rid of the
>> warning,
>> >>
>> >> so
>> >>
>> >> > unsure whether this is in any way relevant to your problem.
>> >>
>> >> Thanks, I think it has nothing to do with the crashes I see.
>> >>
>> >> I found out that Firefox doesn't like the current state of open
>> >> windows/tabs. Even running with a new empty profile where I first
>> copied
>> >> places.sqlite from the existing session does result in the crashes.
>> I'm
>> >> still trying to find out if starting with a new empty profile makes
>> >> everything work again or not. I mean, if I open all the windows/tabs
>> >> again
>> >> by hand, will it then work or also start crashing again? Since this
>> is a
>> >> controlled environment where we push several configs files to the
>> >> profiles
>> >> nightly, it's a bit more complicated than to just "start with a fresh
>> >> profile".
>> >>
>> >> Simon
>> >>
>> >> > Regards, Christer
>> >> >
>> >> > On Friday 19 January 2024 19:07:51 Simon Matter wrote:
>> >> >> > The first lines ("... No marshaller ...") I see on my terminal
>> too,
>> >> >>
>> >> >> with
>> >> >>
>> >> >> > a working firefox. I has been that way for I don't know how long
>> >> >>
>> >> >> (_many_
>> >> >>
>> >> >> > releases).
>> >> >> > In addition I get repeated output of this line:
>> >> >> > "firefox:): GLib-GObject-CRITICAL **: HH:MM:SS.NNN:
>> >>
>> >> g_object_ref:
>> >> >> > assertion 'G_IS_OBJECT (object)' failed
>> >> >> > [Parent , Main Thread] WARNING: g_object_ref: assertion
>> >> >>
>> >> >> 'G_IS_OBJECT
>> >> >>
>> >> >> > (object)' failed: 'glib warning', file
>> >> >> > /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp
>> >> >> >:16 7"
>> >> >> >
>> >> >> > Do you know why the default value of mesa_glthread is
>> overridden?
>> >> >>
>> >> >> Might
>> >> >>
>> >> >> > be worth looking at, as /usr/lib64/dri/swrast_dri.so involved in
>> >>
>> >> the
>> >>
>> >> >> > crash belongs to package
>> mesa-dri-drivers-18.3.4-12.el7_9.x86_64.
>> >> >>
>> >> >> Might
>> >> >>
>> >> >> > be a relation, but I'm not very knowledgeable about these
>> >> >>
>> >> >> configurations.
>> >> >>
>> >> >> > Maybe try
>> >> >> > "yum reinstall mesa-dri-drivers", I guess it will warn about not
>> >> >> > replacing the
>> >> >> > config file, but instead create a config file whose name ends
>> with
>> >> >> > ".rpmnew".
>> >> >> > Then you can compare and maybe see if it works with the default
>> >> >>
>> >> >> config.
>> >> >>
>
Re: [CentOS] Latest firefox upgrade crashes
I guess you'll find I lot of old-schoolers among those still using CentOS 7.
I've realised I'm one of them, and I'm proud of it :-) Getting to know how and
/ or why is how we keep learning instead of just doing. I'm still hoping for
it to become trendy :-D
Have you tried to see if your profiles works with firefox in another
distribution?
Regards, Christer
On Wednesday 24 January 2024 14:39:05 Simon Matter wrote:
> > I did a quick search to see if there were any SQlite related changes to
> > 115.6.0; I could find anything. If I understand you correctly, you
> > frequently
> > generate places.sqlite and push it to the users. Could there be any
> > change in
> > file format? Some version conflict between the tool you use to generate
>
> The places.sqlite is one of a few files which is synced from a template
> profile nightly.
>
> But, to start with I tested the update with my own private profile which
> is not synced in any way. Just a standard profile with my settings, two
> windows with a number of tabs and 3 extensions (ublock, google analytics
> opt-out and I still don't want cookies). This profile has been in use for
> over a decade and this is the first time it fails on a new Firefox
> version.
>
> I'll report if I find out more. I know I'm a bit old-school because I
> would like to know why things break instead of just creating a new profile
>
> :)
>
> Simon
>
> > the
> > config file(s) and the current firefox included version? IIRC there was a
> > SQlite security fix for some read related function in december. Any
> > relevant
> > changes there going into firefox? Hope these suggestions can help you
> > further.
> > Good luck, and please let us know if you find a solution.
> >
> > Regards, Christer
> >
> > On Wednesday 24 January 2024 09:01:18 Simon Matter wrote:
> >> > The message
> >> > "ATTENTION: default value of option mesa_glthread overridden by
> >> > environment."
> >> > is most likely caused by firefox overriding the env var to _avoid_ a
> >> > crash:
> >> > https://bugzilla.mozilla.org/show_bug.cgi?id=1744389
> >> > It's an old but unclosed bug, focusing on getting rid of the warning,
> >>
> >> so
> >>
> >> > unsure whether this is in any way relevant to your problem.
> >>
> >> Thanks, I think it has nothing to do with the crashes I see.
> >>
> >> I found out that Firefox doesn't like the current state of open
> >> windows/tabs. Even running with a new empty profile where I first copied
> >> places.sqlite from the existing session does result in the crashes. I'm
> >> still trying to find out if starting with a new empty profile makes
> >> everything work again or not. I mean, if I open all the windows/tabs
> >> again
> >> by hand, will it then work or also start crashing again? Since this is a
> >> controlled environment where we push several configs files to the
> >> profiles
> >> nightly, it's a bit more complicated than to just "start with a fresh
> >> profile".
> >>
> >> Simon
> >>
> >> > Regards, Christer
> >> >
> >> > On Friday 19 January 2024 19:07:51 Simon Matter wrote:
> >> >> > The first lines ("... No marshaller ...") I see on my terminal too,
> >> >>
> >> >> with
> >> >>
> >> >> > a working firefox. I has been that way for I don't know how long
> >> >>
> >> >> (_many_
> >> >>
> >> >> > releases).
> >> >> > In addition I get repeated output of this line:
> >> >> > "firefox:): GLib-GObject-CRITICAL **: HH:MM:SS.NNN:
> >>
> >> g_object_ref:
> >> >> > assertion 'G_IS_OBJECT (object)' failed
> >> >> > [Parent , Main Thread] WARNING: g_object_ref: assertion
> >> >>
> >> >> 'G_IS_OBJECT
> >> >>
> >> >> > (object)' failed: 'glib warning', file
> >> >> > /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp
> >> >> >:16 7"
> >> >> >
> >> >> > Do you know why the default value of mesa_glthread is overridden?
> >> >>
> >> >> Might
> >> >>
> >> >> > be worth looking at, as /usr/lib64/dri/swrast_dri.so involved in
> >>
> >> the
> >>
> >> >> > crash belongs to package mesa-dri-drivers-18.3.4-12.el7_9.x86_64.
> >> >>
> >> >> Might
> >> >>
> >> >> > be a relation, but I'm not very knowledgeable about these
> >> >>
> >> >> configurations.
> >> >>
> >> >> > Maybe try
> >> >> > "yum reinstall mesa-dri-drivers", I guess it will warn about not
> >> >> > replacing the
> >> >> > config file, but instead create a config file whose name ends with
> >> >> > ".rpmnew".
> >> >> > Then you can compare and maybe see if it works with the default
> >> >>
> >> >> config.
> >> >>
> >> >> Running "rpm -V mesa-dri-drivers" shows no output which means nothing
> >> >> has
> >> >> fiddled with its config file.
> >> >>
> >> >> Of course I'm still wondering why this message is shown.
> >> >>
> >> >> Regards,
> >> >> Simon
> >> >>
> >> >> > Regards, Christer
> >> >> >
> >> >> > On Thursday 18 January 2024 21:07:00 Simon Matter wrote:
> >> >> >> The list seems to strip even text files. Here it is:
> >> >> >>
> >> >> >> $ firefox
> >> >> >> [Parent 3932877, Main Thread] WARNING: No marsha
Re: [CentOS] Latest firefox upgrade crashes
On 1/18/2024 10:06 AM, Simon Matter wrote: Attached is the console output of when running Firefox. BTW, for big logs and similar data, I recommend using a pastebin. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Latest firefox upgrade crashes
> I did a quick search to see if there were any SQlite related changes to
> 115.6.0; I could find anything. If I understand you correctly, you
> frequently
> generate places.sqlite and push it to the users. Could there be any change
> in
> file format? Some version conflict between the tool you use to generate
The places.sqlite is one of a few files which is synced from a template
profile nightly.
But, to start with I tested the update with my own private profile which
is not synced in any way. Just a standard profile with my settings, two
windows with a number of tabs and 3 extensions (ublock, google analytics
opt-out and I still don't want cookies). This profile has been in use for
over a decade and this is the first time it fails on a new Firefox
version.
I'll report if I find out more. I know I'm a bit old-school because I
would like to know why things break instead of just creating a new profile
:)
Simon
> the
> config file(s) and the current firefox included version? IIRC there was a
> SQlite security fix for some read related function in december. Any
> relevant
> changes there going into firefox? Hope these suggestions can help you
> further.
> Good luck, and please let us know if you find a solution.
>
> Regards, Christer
>
> On Wednesday 24 January 2024 09:01:18 Simon Matter wrote:
>> > The message
>> > "ATTENTION: default value of option mesa_glthread overridden by
>> > environment."
>> > is most likely caused by firefox overriding the env var to _avoid_ a
>> > crash:
>> > https://bugzilla.mozilla.org/show_bug.cgi?id=1744389
>> > It's an old but unclosed bug, focusing on getting rid of the warning,
>> so
>> > unsure whether this is in any way relevant to your problem.
>>
>> Thanks, I think it has nothing to do with the crashes I see.
>>
>> I found out that Firefox doesn't like the current state of open
>> windows/tabs. Even running with a new empty profile where I first copied
>> places.sqlite from the existing session does result in the crashes. I'm
>> still trying to find out if starting with a new empty profile makes
>> everything work again or not. I mean, if I open all the windows/tabs
>> again
>> by hand, will it then work or also start crashing again? Since this is a
>> controlled environment where we push several configs files to the
>> profiles
>> nightly, it's a bit more complicated than to just "start with a fresh
>> profile".
>>
>> Simon
>>
>> > Regards, Christer
>> >
>> > On Friday 19 January 2024 19:07:51 Simon Matter wrote:
>> >> > The first lines ("... No marshaller ...") I see on my terminal too,
>> >>
>> >> with
>> >>
>> >> > a working firefox. I has been that way for I don't know how long
>> >>
>> >> (_many_
>> >>
>> >> > releases).
>> >> > In addition I get repeated output of this line:
>> >> > "firefox:): GLib-GObject-CRITICAL **: HH:MM:SS.NNN:
>> g_object_ref:
>> >> > assertion 'G_IS_OBJECT (object)' failed
>> >> > [Parent , Main Thread] WARNING: g_object_ref: assertion
>> >>
>> >> 'G_IS_OBJECT
>> >>
>> >> > (object)' failed: 'glib warning', file
>> >> > /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp:16
>> >> >7"
>> >> >
>> >> > Do you know why the default value of mesa_glthread is overridden?
>> >>
>> >> Might
>> >>
>> >> > be worth looking at, as /usr/lib64/dri/swrast_dri.so involved in
>> the
>> >> > crash belongs to package mesa-dri-drivers-18.3.4-12.el7_9.x86_64.
>> >>
>> >> Might
>> >>
>> >> > be a relation, but I'm not very knowledgeable about these
>> >>
>> >> configurations.
>> >>
>> >> > Maybe try
>> >> > "yum reinstall mesa-dri-drivers", I guess it will warn about not
>> >> > replacing the
>> >> > config file, but instead create a config file whose name ends with
>> >> > ".rpmnew".
>> >> > Then you can compare and maybe see if it works with the default
>> >>
>> >> config.
>> >>
>> >> Running "rpm -V mesa-dri-drivers" shows no output which means nothing
>> >> has
>> >> fiddled with its config file.
>> >>
>> >> Of course I'm still wondering why this message is shown.
>> >>
>> >> Regards,
>> >> Simon
>> >>
>> >> > Regards, Christer
>> >> >
>> >> > On Thursday 18 January 2024 21:07:00 Simon Matter wrote:
>> >> >> The list seems to strip even text files. Here it is:
>> >> >>
>> >> >> $ firefox
>> >> >> [Parent 3932877, Main Thread] WARNING: No marshaller for signature
>> of
>> >> >> signal 'PropertiesChanged': 'glib warning', file
>> >> >> /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp:1
>> >> >>67
>> >> >>
>> >> >> ** (firefox:3932877): WARNING **: 18:38:25.125: No marshaller for
>> >> >> signature of
>> >> >> signal 'PropertiesChanged'
>> >> >> ATTENTION: default value of option mesa_glthread overridden by
>> >> >> environment.
>> >> >> ATTENTION: default value of option mesa_glthread overridden by
>> >> >> environment.
>> >> >> *** stack smashing detected ***: /usr/lib64/firefox/firefox
>> >>
>> >> terminated
>> >>
>> >> >> === Backtrace: =
>> >> >> /lib64/libc.so.6(__fortify_fail+0x37)[0x7f499197c
Re: [CentOS] Latest firefox upgrade crashes
I did a quick search to see if there were any SQlite related changes to
115.6.0; I could find anything. If I understand you correctly, you frequently
generate places.sqlite and push it to the users. Could there be any change in
file format? Some version conflict between the tool you use to generate the
config file(s) and the current firefox included version? IIRC there was a
SQlite security fix for some read related function in december. Any relevant
changes there going into firefox? Hope these suggestions can help you further.
Good luck, and please let us know if you find a solution.
Regards, Christer
On Wednesday 24 January 2024 09:01:18 Simon Matter wrote:
> > The message
> > "ATTENTION: default value of option mesa_glthread overridden by
> > environment."
> > is most likely caused by firefox overriding the env var to _avoid_ a
> > crash:
> > https://bugzilla.mozilla.org/show_bug.cgi?id=1744389
> > It's an old but unclosed bug, focusing on getting rid of the warning, so
> > unsure whether this is in any way relevant to your problem.
>
> Thanks, I think it has nothing to do with the crashes I see.
>
> I found out that Firefox doesn't like the current state of open
> windows/tabs. Even running with a new empty profile where I first copied
> places.sqlite from the existing session does result in the crashes. I'm
> still trying to find out if starting with a new empty profile makes
> everything work again or not. I mean, if I open all the windows/tabs again
> by hand, will it then work or also start crashing again? Since this is a
> controlled environment where we push several configs files to the profiles
> nightly, it's a bit more complicated than to just "start with a fresh
> profile".
>
> Simon
>
> > Regards, Christer
> >
> > On Friday 19 January 2024 19:07:51 Simon Matter wrote:
> >> > The first lines ("... No marshaller ...") I see on my terminal too,
> >>
> >> with
> >>
> >> > a working firefox. I has been that way for I don't know how long
> >>
> >> (_many_
> >>
> >> > releases).
> >> > In addition I get repeated output of this line:
> >> > "firefox:): GLib-GObject-CRITICAL **: HH:MM:SS.NNN: g_object_ref:
> >> > assertion 'G_IS_OBJECT (object)' failed
> >> > [Parent , Main Thread] WARNING: g_object_ref: assertion
> >>
> >> 'G_IS_OBJECT
> >>
> >> > (object)' failed: 'glib warning', file
> >> > /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp:16
> >> >7"
> >> >
> >> > Do you know why the default value of mesa_glthread is overridden?
> >>
> >> Might
> >>
> >> > be worth looking at, as /usr/lib64/dri/swrast_dri.so involved in the
> >> > crash belongs to package mesa-dri-drivers-18.3.4-12.el7_9.x86_64.
> >>
> >> Might
> >>
> >> > be a relation, but I'm not very knowledgeable about these
> >>
> >> configurations.
> >>
> >> > Maybe try
> >> > "yum reinstall mesa-dri-drivers", I guess it will warn about not
> >> > replacing the
> >> > config file, but instead create a config file whose name ends with
> >> > ".rpmnew".
> >> > Then you can compare and maybe see if it works with the default
> >>
> >> config.
> >>
> >> Running "rpm -V mesa-dri-drivers" shows no output which means nothing
> >> has
> >> fiddled with its config file.
> >>
> >> Of course I'm still wondering why this message is shown.
> >>
> >> Regards,
> >> Simon
> >>
> >> > Regards, Christer
> >> >
> >> > On Thursday 18 January 2024 21:07:00 Simon Matter wrote:
> >> >> The list seems to strip even text files. Here it is:
> >> >>
> >> >> $ firefox
> >> >> [Parent 3932877, Main Thread] WARNING: No marshaller for signature of
> >> >> signal 'PropertiesChanged': 'glib warning', file
> >> >> /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp:1
> >> >>67
> >> >>
> >> >> ** (firefox:3932877): WARNING **: 18:38:25.125: No marshaller for
> >> >> signature of
> >> >> signal 'PropertiesChanged'
> >> >> ATTENTION: default value of option mesa_glthread overridden by
> >> >> environment.
> >> >> ATTENTION: default value of option mesa_glthread overridden by
> >> >> environment.
> >> >> *** stack smashing detected ***: /usr/lib64/firefox/firefox
> >>
> >> terminated
> >>
> >> >> === Backtrace: =
> >> >> /lib64/libc.so.6(__fortify_fail+0x37)[0x7f499197c7a7]
> >> >> /lib64/libc.so.6(+0x118762)[0x7f499197c762]
> >> >> /usr/lib64/dri/swrast_dri.so(+0x152b65)[0x7f493965cb65]
> >> >> /usr/lib64/dri/swrast_dri.so(+0x20f5e0)[0x7f49397195e0]
> >> >> /usr/lib64/dri/swrast_dri.so(+0x21021b)[0x7f493971a21b]
> >> >> /usr/lib64/dri/swrast_dri.so(+0x27ba74)[0x7f4939785a74]
> >> >> /usr/lib64/dri/swrast_dri.so(+0x27d6c3)[0x7f49397876c3]
> >> >> /usr/lib64/dri/swrast_dri.so(+0x1fe2c5)[0x7f49397082c5]
> >> >> /usr/lib64/dri/swrast_dri.so(+0x1ff890)[0x7f4939709890]
> >> >> /usr/lib64/firefox/libxul.so(+0x16d113b)[0x7f497eb4b13b]
> >> >> /usr/lib64/firefox/libxul.so(+0x2851927)[0x7f497fccb927]
> >> >> /usr/lib64/firefox/libxul.so(+0x2777d9d)[0x7f497fbf1d9d]
> >> >> /usr/lib64/firefox/libxul.so(+0x2855bb8)[0x7f497
Re: [CentOS] Latest firefox upgrade crashes
> The message
> "ATTENTION: default value of option mesa_glthread overridden by
> environment."
> is most likely caused by firefox overriding the env var to _avoid_ a
> crash:
> https://bugzilla.mozilla.org/show_bug.cgi?id=1744389
> It's an old but unclosed bug, focusing on getting rid of the warning, so
> unsure whether this is in any way relevant to your problem.
Thanks, I think it has nothing to do with the crashes I see.
I found out that Firefox doesn't like the current state of open
windows/tabs. Even running with a new empty profile where I first copied
places.sqlite from the existing session does result in the crashes. I'm
still trying to find out if starting with a new empty profile makes
everything work again or not. I mean, if I open all the windows/tabs again
by hand, will it then work or also start crashing again? Since this is a
controlled environment where we push several configs files to the profiles
nightly, it's a bit more complicated than to just "start with a fresh
profile".
Simon
>
> Regards, Christer
>
> On Friday 19 January 2024 19:07:51 Simon Matter wrote:
>> > The first lines ("... No marshaller ...") I see on my terminal too,
>> with
>> > a working firefox. I has been that way for I don't know how long
>> (_many_
>> > releases).
>> > In addition I get repeated output of this line:
>> > "firefox:): GLib-GObject-CRITICAL **: HH:MM:SS.NNN: g_object_ref:
>> > assertion 'G_IS_OBJECT (object)' failed
>> > [Parent , Main Thread] WARNING: g_object_ref: assertion
>> 'G_IS_OBJECT
>> > (object)' failed: 'glib warning', file
>> > /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp:167"
>> >
>> > Do you know why the default value of mesa_glthread is overridden?
>> Might
>> > be worth looking at, as /usr/lib64/dri/swrast_dri.so involved in the
>> > crash belongs to package mesa-dri-drivers-18.3.4-12.el7_9.x86_64.
>> Might
>> > be a relation, but I'm not very knowledgeable about these
>> configurations.
>> > Maybe try
>> > "yum reinstall mesa-dri-drivers", I guess it will warn about not
>> > replacing the
>> > config file, but instead create a config file whose name ends with
>> > ".rpmnew".
>> > Then you can compare and maybe see if it works with the default
>> config.
>>
>> Running "rpm -V mesa-dri-drivers" shows no output which means nothing
>> has
>> fiddled with its config file.
>>
>> Of course I'm still wondering why this message is shown.
>>
>> Regards,
>> Simon
>>
>> > Regards, Christer
>> >
>> > On Thursday 18 January 2024 21:07:00 Simon Matter wrote:
>> >> The list seems to strip even text files. Here it is:
>> >>
>> >> $ firefox
>> >> [Parent 3932877, Main Thread] WARNING: No marshaller for signature of
>> >> signal 'PropertiesChanged': 'glib warning', file
>> >> /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp:167
>> >>
>> >> ** (firefox:3932877): WARNING **: 18:38:25.125: No marshaller for
>> >> signature of
>> >> signal 'PropertiesChanged'
>> >> ATTENTION: default value of option mesa_glthread overridden by
>> >> environment.
>> >> ATTENTION: default value of option mesa_glthread overridden by
>> >> environment.
>> >> *** stack smashing detected ***: /usr/lib64/firefox/firefox
>> terminated
>> >> === Backtrace: =
>> >> /lib64/libc.so.6(__fortify_fail+0x37)[0x7f499197c7a7]
>> >> /lib64/libc.so.6(+0x118762)[0x7f499197c762]
>> >> /usr/lib64/dri/swrast_dri.so(+0x152b65)[0x7f493965cb65]
>> >> /usr/lib64/dri/swrast_dri.so(+0x20f5e0)[0x7f49397195e0]
>> >> /usr/lib64/dri/swrast_dri.so(+0x21021b)[0x7f493971a21b]
>> >> /usr/lib64/dri/swrast_dri.so(+0x27ba74)[0x7f4939785a74]
>> >> /usr/lib64/dri/swrast_dri.so(+0x27d6c3)[0x7f49397876c3]
>> >> /usr/lib64/dri/swrast_dri.so(+0x1fe2c5)[0x7f49397082c5]
>> >> /usr/lib64/dri/swrast_dri.so(+0x1ff890)[0x7f4939709890]
>> >> /usr/lib64/firefox/libxul.so(+0x16d113b)[0x7f497eb4b13b]
>> >> /usr/lib64/firefox/libxul.so(+0x2851927)[0x7f497fccb927]
>> >> /usr/lib64/firefox/libxul.so(+0x2777d9d)[0x7f497fbf1d9d]
>> >> /usr/lib64/firefox/libxul.so(+0x2855bb8)[0x7f497fccfbb8]
>> >> /usr/lib64/firefox/libxul.so(+0x27f8630)[0x7f497fc72630]
>> >> /usr/lib64/firefox/libxul.so(+0x2827fe9)[0x7f497fca1fe9]
>> >> /usr/lib64/firefox/libxul.so(+0x282f97a)[0x7f497fca997a]
>> >> /usr/lib64/firefox/libxul.so(+0x2862576)[0x7f497fcdc576]
>> >> /usr/lib64/firefox/libxul.so(+0x1958366)[0x7f497edd2366]
>> >> /usr/lib64/firefox/libxul.so(+0x138f230)[0x7f497e809230]
>> >> /usr/lib64/firefox/libxul.so(+0x139832d)[0x7f497e81232d]
>> >> /usr/lib64/firefox/libxul.so(+0x1398c43)[0x7f497e812c43]
>> >> /usr/lib64/firefox/libxul.so(+0x1398db7)[0x7f497e812db7]
>> >> /usr/lib64/firefox/libxul.so(+0xc8cfe2)[0x7f497e106fe2]
>> >> /usr/lib64/firefox/libxul.so(+0xc7866b)[0x7f497e0f266b]
>> >> /usr/lib64/firefox/libxul.so(+0x138540a)[0x7f497e7ff40a]
>> >> /usr/lib64/firefox/libxul.so(+0x1333fc5)[0x7f497e7adfc5]
>> >> /usr/lib64/firefox/libxul.so(+0xc8c699)[0x7f497e106699]
>> >> /lib64/libnspr4.so(+0x28f7b)[0x7f49907dff7b]
>> >> /lib64/libpt
Re: [CentOS] Latest firefox upgrade crashes
The message
"ATTENTION: default value of option mesa_glthread overridden by environment."
is most likely caused by firefox overriding the env var to _avoid_ a crash:
https://bugzilla.mozilla.org/show_bug.cgi?id=1744389
It's an old but unclosed bug, focusing on getting rid of the warning, so
unsure whether this is in any way relevant to your problem.
Regards, Christer
On Friday 19 January 2024 19:07:51 Simon Matter wrote:
> > The first lines ("... No marshaller ...") I see on my terminal too, with
> > a working firefox. I has been that way for I don't know how long (_many_
> > releases).
> > In addition I get repeated output of this line:
> > "firefox:): GLib-GObject-CRITICAL **: HH:MM:SS.NNN: g_object_ref:
> > assertion 'G_IS_OBJECT (object)' failed
> > [Parent , Main Thread] WARNING: g_object_ref: assertion 'G_IS_OBJECT
> > (object)' failed: 'glib warning', file
> > /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp:167"
> >
> > Do you know why the default value of mesa_glthread is overridden? Might
> > be worth looking at, as /usr/lib64/dri/swrast_dri.so involved in the
> > crash belongs to package mesa-dri-drivers-18.3.4-12.el7_9.x86_64. Might
> > be a relation, but I'm not very knowledgeable about these configurations.
> > Maybe try
> > "yum reinstall mesa-dri-drivers", I guess it will warn about not
> > replacing the
> > config file, but instead create a config file whose name ends with
> > ".rpmnew".
> > Then you can compare and maybe see if it works with the default config.
>
> Running "rpm -V mesa-dri-drivers" shows no output which means nothing has
> fiddled with its config file.
>
> Of course I'm still wondering why this message is shown.
>
> Regards,
> Simon
>
> > Regards, Christer
> >
> > On Thursday 18 January 2024 21:07:00 Simon Matter wrote:
> >> The list seems to strip even text files. Here it is:
> >>
> >> $ firefox
> >> [Parent 3932877, Main Thread] WARNING: No marshaller for signature of
> >> signal 'PropertiesChanged': 'glib warning', file
> >> /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp:167
> >>
> >> ** (firefox:3932877): WARNING **: 18:38:25.125: No marshaller for
> >> signature of
> >> signal 'PropertiesChanged'
> >> ATTENTION: default value of option mesa_glthread overridden by
> >> environment.
> >> ATTENTION: default value of option mesa_glthread overridden by
> >> environment.
> >> *** stack smashing detected ***: /usr/lib64/firefox/firefox terminated
> >> === Backtrace: =
> >> /lib64/libc.so.6(__fortify_fail+0x37)[0x7f499197c7a7]
> >> /lib64/libc.so.6(+0x118762)[0x7f499197c762]
> >> /usr/lib64/dri/swrast_dri.so(+0x152b65)[0x7f493965cb65]
> >> /usr/lib64/dri/swrast_dri.so(+0x20f5e0)[0x7f49397195e0]
> >> /usr/lib64/dri/swrast_dri.so(+0x21021b)[0x7f493971a21b]
> >> /usr/lib64/dri/swrast_dri.so(+0x27ba74)[0x7f4939785a74]
> >> /usr/lib64/dri/swrast_dri.so(+0x27d6c3)[0x7f49397876c3]
> >> /usr/lib64/dri/swrast_dri.so(+0x1fe2c5)[0x7f49397082c5]
> >> /usr/lib64/dri/swrast_dri.so(+0x1ff890)[0x7f4939709890]
> >> /usr/lib64/firefox/libxul.so(+0x16d113b)[0x7f497eb4b13b]
> >> /usr/lib64/firefox/libxul.so(+0x2851927)[0x7f497fccb927]
> >> /usr/lib64/firefox/libxul.so(+0x2777d9d)[0x7f497fbf1d9d]
> >> /usr/lib64/firefox/libxul.so(+0x2855bb8)[0x7f497fccfbb8]
> >> /usr/lib64/firefox/libxul.so(+0x27f8630)[0x7f497fc72630]
> >> /usr/lib64/firefox/libxul.so(+0x2827fe9)[0x7f497fca1fe9]
> >> /usr/lib64/firefox/libxul.so(+0x282f97a)[0x7f497fca997a]
> >> /usr/lib64/firefox/libxul.so(+0x2862576)[0x7f497fcdc576]
> >> /usr/lib64/firefox/libxul.so(+0x1958366)[0x7f497edd2366]
> >> /usr/lib64/firefox/libxul.so(+0x138f230)[0x7f497e809230]
> >> /usr/lib64/firefox/libxul.so(+0x139832d)[0x7f497e81232d]
> >> /usr/lib64/firefox/libxul.so(+0x1398c43)[0x7f497e812c43]
> >> /usr/lib64/firefox/libxul.so(+0x1398db7)[0x7f497e812db7]
> >> /usr/lib64/firefox/libxul.so(+0xc8cfe2)[0x7f497e106fe2]
> >> /usr/lib64/firefox/libxul.so(+0xc7866b)[0x7f497e0f266b]
> >> /usr/lib64/firefox/libxul.so(+0x138540a)[0x7f497e7ff40a]
> >> /usr/lib64/firefox/libxul.so(+0x1333fc5)[0x7f497e7adfc5]
> >> /usr/lib64/firefox/libxul.so(+0xc8c699)[0x7f497e106699]
> >> /lib64/libnspr4.so(+0x28f7b)[0x7f49907dff7b]
> >> /lib64/libpthread.so.0(+0x7ea5)[0x7f499265dea5]
> >> /lib64/libc.so.6(clone+0x6d)[0x7f4991962b0d]
> >> === Memory map:
> >> 126e30-126e40 rw-p 00:00 0
> >> 56dfc0-56dfd0 rw-p 00:00 0
> >> 1715220-1715230 rw-p 00:00 0
> >> 2c62f60-2c62f70 rw-p 00:00 0
> >> 2cf7cb0-2cf7cc0 rw-p 00:00 0
> >> 3eb4b40-3eb4b50 rw-p 00:00 0
> >> 4b75c30-4b75c40 rw-p 00:00 0
> >> 543f090-543f0a0 rw-p 00:00 0
> >> 5d99720-5d99730 rw-p 00:00 0
> >> 6755310-6755320 rw-p 00:00 0
> >> 67dbaf0-67dbb00 rw-p 00:00 0
> >> a1368e0-a1368f0 rw-p 00:00 0
> >> e866ef18000-e866ef26000 r-xp 0
Re: [CentOS] Latest firefox upgrade crashes
> The first lines ("... No marshaller ...") I see on my terminal too, with a
> working firefox. I has been that way for I don't know how long (_many_
> releases).
> In addition I get repeated output of this line:
> "firefox:): GLib-GObject-CRITICAL **: HH:MM:SS.NNN: g_object_ref:
> assertion 'G_IS_OBJECT (object)' failed
> [Parent , Main Thread] WARNING: g_object_ref: assertion 'G_IS_OBJECT
> (object)' failed: 'glib warning', file
> /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp:167"
>
> Do you know why the default value of mesa_glthread is overridden? Might be
> worth looking at, as /usr/lib64/dri/swrast_dri.so involved in the crash
> belongs to package mesa-dri-drivers-18.3.4-12.el7_9.x86_64. Might be a
> relation, but I'm not very knowledgeable about these configurations. Maybe
> try
> "yum reinstall mesa-dri-drivers", I guess it will warn about not replacing
> the
> config file, but instead create a config file whose name ends with
> ".rpmnew".
> Then you can compare and maybe see if it works with the default config.
Running "rpm -V mesa-dri-drivers" shows no output which means nothing has
fiddled with its config file.
Of course I'm still wondering why this message is shown.
Regards,
Simon
>
> Regards, Christer
>
> On Thursday 18 January 2024 21:07:00 Simon Matter wrote:
>> The list seems to strip even text files. Here it is:
>>
>> $ firefox
>> [Parent 3932877, Main Thread] WARNING: No marshaller for signature of
>> signal 'PropertiesChanged': 'glib warning', file
>> /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp:167
>>
>> ** (firefox:3932877): WARNING **: 18:38:25.125: No marshaller for
>> signature of
>> signal 'PropertiesChanged'
>> ATTENTION: default value of option mesa_glthread overridden by
>> environment.
>> ATTENTION: default value of option mesa_glthread overridden by
>> environment.
>> *** stack smashing detected ***: /usr/lib64/firefox/firefox terminated
>> === Backtrace: =
>> /lib64/libc.so.6(__fortify_fail+0x37)[0x7f499197c7a7]
>> /lib64/libc.so.6(+0x118762)[0x7f499197c762]
>> /usr/lib64/dri/swrast_dri.so(+0x152b65)[0x7f493965cb65]
>> /usr/lib64/dri/swrast_dri.so(+0x20f5e0)[0x7f49397195e0]
>> /usr/lib64/dri/swrast_dri.so(+0x21021b)[0x7f493971a21b]
>> /usr/lib64/dri/swrast_dri.so(+0x27ba74)[0x7f4939785a74]
>> /usr/lib64/dri/swrast_dri.so(+0x27d6c3)[0x7f49397876c3]
>> /usr/lib64/dri/swrast_dri.so(+0x1fe2c5)[0x7f49397082c5]
>> /usr/lib64/dri/swrast_dri.so(+0x1ff890)[0x7f4939709890]
>> /usr/lib64/firefox/libxul.so(+0x16d113b)[0x7f497eb4b13b]
>> /usr/lib64/firefox/libxul.so(+0x2851927)[0x7f497fccb927]
>> /usr/lib64/firefox/libxul.so(+0x2777d9d)[0x7f497fbf1d9d]
>> /usr/lib64/firefox/libxul.so(+0x2855bb8)[0x7f497fccfbb8]
>> /usr/lib64/firefox/libxul.so(+0x27f8630)[0x7f497fc72630]
>> /usr/lib64/firefox/libxul.so(+0x2827fe9)[0x7f497fca1fe9]
>> /usr/lib64/firefox/libxul.so(+0x282f97a)[0x7f497fca997a]
>> /usr/lib64/firefox/libxul.so(+0x2862576)[0x7f497fcdc576]
>> /usr/lib64/firefox/libxul.so(+0x1958366)[0x7f497edd2366]
>> /usr/lib64/firefox/libxul.so(+0x138f230)[0x7f497e809230]
>> /usr/lib64/firefox/libxul.so(+0x139832d)[0x7f497e81232d]
>> /usr/lib64/firefox/libxul.so(+0x1398c43)[0x7f497e812c43]
>> /usr/lib64/firefox/libxul.so(+0x1398db7)[0x7f497e812db7]
>> /usr/lib64/firefox/libxul.so(+0xc8cfe2)[0x7f497e106fe2]
>> /usr/lib64/firefox/libxul.so(+0xc7866b)[0x7f497e0f266b]
>> /usr/lib64/firefox/libxul.so(+0x138540a)[0x7f497e7ff40a]
>> /usr/lib64/firefox/libxul.so(+0x1333fc5)[0x7f497e7adfc5]
>> /usr/lib64/firefox/libxul.so(+0xc8c699)[0x7f497e106699]
>> /lib64/libnspr4.so(+0x28f7b)[0x7f49907dff7b]
>> /lib64/libpthread.so.0(+0x7ea5)[0x7f499265dea5]
>> /lib64/libc.so.6(clone+0x6d)[0x7f4991962b0d]
>> === Memory map:
>> 126e30-126e40 rw-p 00:00 0
>> 56dfc0-56dfd0 rw-p 00:00 0
>> 1715220-1715230 rw-p 00:00 0
>> 2c62f60-2c62f70 rw-p 00:00 0
>> 2cf7cb0-2cf7cc0 rw-p 00:00 0
>> 3eb4b40-3eb4b50 rw-p 00:00 0
>> 4b75c30-4b75c40 rw-p 00:00 0
>> 543f090-543f0a0 rw-p 00:00 0
>> 5d99720-5d99730 rw-p 00:00 0
>> 6755310-6755320 rw-p 00:00 0
>> 67dbaf0-67dbb00 rw-p 00:00 0
>> a1368e0-a1368f0 rw-p 00:00 0
>> e866ef18000-e866ef26000 r-xp 00:00 0
>> e866ef26000-e866ef28000 r-xp 00:00 0
>> e866ef28000-e866ef38000 ---p 00:00 0
>> e866ef38000-e866ef78000 r-xp 00:00 0
>> e866ef78000-e866ef88000 ---p 00:00 0
>> e866ef88000-e866ef98000 r-xp 00:00 0
>> e866ef98000-e866efa6000 r-xp 00:00 0
>> e866efa6000-e866efa8000 r-xp 00:00 0
>> e866efa8000-e866efb8000 ---p 00:00 0
>> e866efb8000-e866efc8000 r-xp 00:00 0
>> e866efc8000-e866efd8000 ---p 00:00 0
>> e866efd8000-e866efe8000 r-xp 00:00 0
>> e866efe8000-e866eff8000 ---p 00:00 0
>> e866eff8000-
Re: [CentOS] Latest firefox upgrade crashes
The first lines ("... No marshaller ...") I see on my terminal too, with a
working firefox. I has been that way for I don't know how long (_many_
releases).
In addition I get repeated output of this line:
"firefox:): GLib-GObject-CRITICAL **: HH:MM:SS.NNN: g_object_ref:
assertion 'G_IS_OBJECT (object)' failed
[Parent , Main Thread] WARNING: g_object_ref: assertion 'G_IS_OBJECT
(object)' failed: 'glib warning', file
/builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp:167"
Do you know why the default value of mesa_glthread is overridden? Might be
worth looking at, as /usr/lib64/dri/swrast_dri.so involved in the crash
belongs to package mesa-dri-drivers-18.3.4-12.el7_9.x86_64. Might be a
relation, but I'm not very knowledgeable about these configurations. Maybe try
"yum reinstall mesa-dri-drivers", I guess it will warn about not replacing the
config file, but instead create a config file whose name ends with ".rpmnew".
Then you can compare and maybe see if it works with the default config.
Regards, Christer
On Thursday 18 January 2024 21:07:00 Simon Matter wrote:
> The list seems to strip even text files. Here it is:
>
> $ firefox
> [Parent 3932877, Main Thread] WARNING: No marshaller for signature of
> signal 'PropertiesChanged': 'glib warning', file
> /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp:167
>
> ** (firefox:3932877): WARNING **: 18:38:25.125: No marshaller for
> signature of
> signal 'PropertiesChanged'
> ATTENTION: default value of option mesa_glthread overridden by environment.
> ATTENTION: default value of option mesa_glthread overridden by environment.
> *** stack smashing detected ***: /usr/lib64/firefox/firefox terminated
> === Backtrace: =
> /lib64/libc.so.6(__fortify_fail+0x37)[0x7f499197c7a7]
> /lib64/libc.so.6(+0x118762)[0x7f499197c762]
> /usr/lib64/dri/swrast_dri.so(+0x152b65)[0x7f493965cb65]
> /usr/lib64/dri/swrast_dri.so(+0x20f5e0)[0x7f49397195e0]
> /usr/lib64/dri/swrast_dri.so(+0x21021b)[0x7f493971a21b]
> /usr/lib64/dri/swrast_dri.so(+0x27ba74)[0x7f4939785a74]
> /usr/lib64/dri/swrast_dri.so(+0x27d6c3)[0x7f49397876c3]
> /usr/lib64/dri/swrast_dri.so(+0x1fe2c5)[0x7f49397082c5]
> /usr/lib64/dri/swrast_dri.so(+0x1ff890)[0x7f4939709890]
> /usr/lib64/firefox/libxul.so(+0x16d113b)[0x7f497eb4b13b]
> /usr/lib64/firefox/libxul.so(+0x2851927)[0x7f497fccb927]
> /usr/lib64/firefox/libxul.so(+0x2777d9d)[0x7f497fbf1d9d]
> /usr/lib64/firefox/libxul.so(+0x2855bb8)[0x7f497fccfbb8]
> /usr/lib64/firefox/libxul.so(+0x27f8630)[0x7f497fc72630]
> /usr/lib64/firefox/libxul.so(+0x2827fe9)[0x7f497fca1fe9]
> /usr/lib64/firefox/libxul.so(+0x282f97a)[0x7f497fca997a]
> /usr/lib64/firefox/libxul.so(+0x2862576)[0x7f497fcdc576]
> /usr/lib64/firefox/libxul.so(+0x1958366)[0x7f497edd2366]
> /usr/lib64/firefox/libxul.so(+0x138f230)[0x7f497e809230]
> /usr/lib64/firefox/libxul.so(+0x139832d)[0x7f497e81232d]
> /usr/lib64/firefox/libxul.so(+0x1398c43)[0x7f497e812c43]
> /usr/lib64/firefox/libxul.so(+0x1398db7)[0x7f497e812db7]
> /usr/lib64/firefox/libxul.so(+0xc8cfe2)[0x7f497e106fe2]
> /usr/lib64/firefox/libxul.so(+0xc7866b)[0x7f497e0f266b]
> /usr/lib64/firefox/libxul.so(+0x138540a)[0x7f497e7ff40a]
> /usr/lib64/firefox/libxul.so(+0x1333fc5)[0x7f497e7adfc5]
> /usr/lib64/firefox/libxul.so(+0xc8c699)[0x7f497e106699]
> /lib64/libnspr4.so(+0x28f7b)[0x7f49907dff7b]
> /lib64/libpthread.so.0(+0x7ea5)[0x7f499265dea5]
> /lib64/libc.so.6(clone+0x6d)[0x7f4991962b0d]
> === Memory map:
> 126e30-126e40 rw-p 00:00 0
> 56dfc0-56dfd0 rw-p 00:00 0
> 1715220-1715230 rw-p 00:00 0
> 2c62f60-2c62f70 rw-p 00:00 0
> 2cf7cb0-2cf7cc0 rw-p 00:00 0
> 3eb4b40-3eb4b50 rw-p 00:00 0
> 4b75c30-4b75c40 rw-p 00:00 0
> 543f090-543f0a0 rw-p 00:00 0
> 5d99720-5d99730 rw-p 00:00 0
> 6755310-6755320 rw-p 00:00 0
> 67dbaf0-67dbb00 rw-p 00:00 0
> a1368e0-a1368f0 rw-p 00:00 0
> e866ef18000-e866ef26000 r-xp 00:00 0
> e866ef26000-e866ef28000 r-xp 00:00 0
> e866ef28000-e866ef38000 ---p 00:00 0
> e866ef38000-e866ef78000 r-xp 00:00 0
> e866ef78000-e866ef88000 ---p 00:00 0
> e866ef88000-e866ef98000 r-xp 00:00 0
> e866ef98000-e866efa6000 r-xp 00:00 0
> e866efa6000-e866efa8000 r-xp 00:00 0
> e866efa8000-e866efb8000 ---p 00:00 0
> e866efb8000-e866efc8000 r-xp 00:00 0
> e866efc8000-e866efd8000 ---p 00:00 0
> e866efd8000-e866efe8000 r-xp 00:00 0
> e866efe8000-e866eff8000 ---p 00:00 0
> e866eff8000-e866f008000 r-xp 00:00 0
> e866f008000-e866f012000 r-xp 00:00 0
> e866f012000-e866f018000 r-xp 00:00 0
> e866f018000-e866f028000 ---p 00:00 0
> e866f028000-e866f038000 ---p 00:00 0
> e866f038000-e866f048000 r-xp 00:00 0
> e866f048000-e
Re: [CentOS] Latest firefox upgrade crashes
> Hi, > > On Thu, Jan 18, 2024 at 06:47:54PM +0100, Simon Matter wrote: > .. >> Yes I do see the same issue after upgrading to >> firefox-115.6.0-1.el7.centos. >> >> It's just unusable now, don't understand how this got released :( > > It is working fine for us (firefox-115.6.0-1.el7.centos.x86_64). > > Maybe you can try with a fresh profile? > $ firefox --ProfileManager Thanks for confirming that it works for you. Sure I'll try with a fresh profile and do other tests like manually disabling hardware acceleration and so. Problem is, this is on a terminal serving host with tens of connected desktop users working almost around the clock so I can't just upgrade again and play with it without disturbing business. Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Latest firefox upgrade crashes
Hi, On Thu, Jan 18, 2024 at 06:47:54PM +0100, Simon Matter wrote: .. > Yes I do see the same issue after upgrading to firefox-115.6.0-1.el7.centos. > > It's just unusable now, don't understand how this got released :( It is working fine for us (firefox-115.6.0-1.el7.centos.x86_64). Maybe you can try with a fresh profile? $ firefox --ProfileManager Tru -- Tru Huynh http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B pgpWfcfmK5SrM.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Latest firefox upgrade crashes
The list seems to strip even text files. Here it is: $ firefox [Parent 3932877, Main Thread] WARNING: No marshaller for signature of signal 'PropertiesChanged': 'glib warning', file /builddir/build/BUILD/firefox-115.6.0/toolkit/xre/nsSigHandlers.cpp:167 ** (firefox:3932877): WARNING **: 18:38:25.125: No marshaller for signature of signal 'PropertiesChanged' ATTENTION: default value of option mesa_glthread overridden by environment. ATTENTION: default value of option mesa_glthread overridden by environment. *** stack smashing detected ***: /usr/lib64/firefox/firefox terminated === Backtrace: = /lib64/libc.so.6(__fortify_fail+0x37)[0x7f499197c7a7] /lib64/libc.so.6(+0x118762)[0x7f499197c762] /usr/lib64/dri/swrast_dri.so(+0x152b65)[0x7f493965cb65] /usr/lib64/dri/swrast_dri.so(+0x20f5e0)[0x7f49397195e0] /usr/lib64/dri/swrast_dri.so(+0x21021b)[0x7f493971a21b] /usr/lib64/dri/swrast_dri.so(+0x27ba74)[0x7f4939785a74] /usr/lib64/dri/swrast_dri.so(+0x27d6c3)[0x7f49397876c3] /usr/lib64/dri/swrast_dri.so(+0x1fe2c5)[0x7f49397082c5] /usr/lib64/dri/swrast_dri.so(+0x1ff890)[0x7f4939709890] /usr/lib64/firefox/libxul.so(+0x16d113b)[0x7f497eb4b13b] /usr/lib64/firefox/libxul.so(+0x2851927)[0x7f497fccb927] /usr/lib64/firefox/libxul.so(+0x2777d9d)[0x7f497fbf1d9d] /usr/lib64/firefox/libxul.so(+0x2855bb8)[0x7f497fccfbb8] /usr/lib64/firefox/libxul.so(+0x27f8630)[0x7f497fc72630] /usr/lib64/firefox/libxul.so(+0x2827fe9)[0x7f497fca1fe9] /usr/lib64/firefox/libxul.so(+0x282f97a)[0x7f497fca997a] /usr/lib64/firefox/libxul.so(+0x2862576)[0x7f497fcdc576] /usr/lib64/firefox/libxul.so(+0x1958366)[0x7f497edd2366] /usr/lib64/firefox/libxul.so(+0x138f230)[0x7f497e809230] /usr/lib64/firefox/libxul.so(+0x139832d)[0x7f497e81232d] /usr/lib64/firefox/libxul.so(+0x1398c43)[0x7f497e812c43] /usr/lib64/firefox/libxul.so(+0x1398db7)[0x7f497e812db7] /usr/lib64/firefox/libxul.so(+0xc8cfe2)[0x7f497e106fe2] /usr/lib64/firefox/libxul.so(+0xc7866b)[0x7f497e0f266b] /usr/lib64/firefox/libxul.so(+0x138540a)[0x7f497e7ff40a] /usr/lib64/firefox/libxul.so(+0x1333fc5)[0x7f497e7adfc5] /usr/lib64/firefox/libxul.so(+0xc8c699)[0x7f497e106699] /lib64/libnspr4.so(+0x28f7b)[0x7f49907dff7b] /lib64/libpthread.so.0(+0x7ea5)[0x7f499265dea5] /lib64/libc.so.6(clone+0x6d)[0x7f4991962b0d] === Memory map: 126e30-126e40 rw-p 00:00 0 56dfc0-56dfd0 rw-p 00:00 0 1715220-1715230 rw-p 00:00 0 2c62f60-2c62f70 rw-p 00:00 0 2cf7cb0-2cf7cc0 rw-p 00:00 0 3eb4b40-3eb4b50 rw-p 00:00 0 4b75c30-4b75c40 rw-p 00:00 0 543f090-543f0a0 rw-p 00:00 0 5d99720-5d99730 rw-p 00:00 0 6755310-6755320 rw-p 00:00 0 67dbaf0-67dbb00 rw-p 00:00 0 a1368e0-a1368f0 rw-p 00:00 0 e866ef18000-e866ef26000 r-xp 00:00 0 e866ef26000-e866ef28000 r-xp 00:00 0 e866ef28000-e866ef38000 ---p 00:00 0 e866ef38000-e866ef78000 r-xp 00:00 0 e866ef78000-e866ef88000 ---p 00:00 0 e866ef88000-e866ef98000 r-xp 00:00 0 e866ef98000-e866efa6000 r-xp 00:00 0 e866efa6000-e866efa8000 r-xp 00:00 0 e866efa8000-e866efb8000 ---p 00:00 0 e866efb8000-e866efc8000 r-xp 00:00 0 e866efc8000-e866efd8000 ---p 00:00 0 e866efd8000-e866efe8000 r-xp 00:00 0 e866efe8000-e866eff8000 ---p 00:00 0 e866eff8000-e866f008000 r-xp 00:00 0 e866f008000-e866f012000 r-xp 00:00 0 e866f012000-e866f018000 r-xp 00:00 0 e866f018000-e866f028000 ---p 00:00 0 e866f028000-e866f038000 ---p 00:00 0 e866f038000-e866f048000 r-xp 00:00 0 e866f048000-e866f058000 r-xp 00:00 0 e866f058000-e866f068000 ---p 00:00 0 e866f068000-e866f088000 r-xp 00:00 0 e866f088000-e866f098000 r-xp 00:00 0 e866f098000-e866f0a6000 r-xp 00:00 0 e866f0a6000-e866f0a8000 r-xp 00:00 0 e866f0a8000-e866f0b8000 r-xp 00:00 0 e866f0b8000-e866f0d8000 r-xp 00:00 0 e866f0d8000-e866f0f8000 r-xp 00:00 0 e866f0f8000-e866f118000 r-xp 00:00 0 e866f118000-e866f128000 ---p 00:00 0 e866f128000-e866f138000 r-xp 00:00 0 e866f138000-e866f18a000 r-xp 00:00 0 e866f18a000-e866f198000 r-xp 00:00 0 e866f198000-e866f1b8000 ---p 00:00 0 e866f1b8000-e866f1c8000 r-xp 00:00 0 e866f1c8000-e866f1d8000 ---p 00:00 0 e866f1d8000-e866f1e8000 r-xp 00:00 0 e866f1e8000-e866f1f8000 ---p 00:00 0 e866f1f8000-e866f208000 r-xp 00:00 0 e866f208000-e866f218000 ---p 00:00 0 e866f218000-e866f228000 r-xp 00:00 0 e866f228000-e866f238000 ---p 00:00 0 e866f238000-e866f258000 r-xp 00:00 0 e866f258000-e86eeb18000 ---p 00:00 0 f127210-f127220 rw-p 00:00 0 f3b7510-f3b7520 rw-p 00:00 0 12631c10-12631c20 rw-p 0
Re: [CentOS] Latest firefox upgrade crashes
My console output has never been that quiet :-) Maybe you forgot the attachment, Simon? Regards, Christer On Thursday 18 January 2024 19:06:10 Simon Matter wrote: > > Hi, > > > >> I'm still using CentOS 7 (because the stream sucks). Recently there > >> was a yum upgrade for firefox. I had to downgrade to the previous > >> version because the latest version keeps crashing. Anyone else > >> experience this? > > > > Yes I do see the same issue after upgrading to > > firefox-115.6.0-1.el7.centos. > > > > It's just unusable now, don't understand how this got released :( > > Attached is the console output of when running Firefox. > > Does anyone have an idea what's going on? > > Simon > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Latest firefox upgrade crashes
> Hi, > >> I'm still using CentOS 7 (because the stream sucks). Recently there >> was a yum upgrade for firefox. I had to downgrade to the previous >> version because the latest version keeps crashing. Anyone else >> experience this? >> > > Yes I do see the same issue after upgrading to > firefox-115.6.0-1.el7.centos. > > It's just unusable now, don't understand how this got released :( Attached is the console output of when running Firefox. Does anyone have an idea what's going on? Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Latest firefox upgrade crashes
Hi, > I'm still using CentOS 7 (because the stream sucks). Recently there > was a yum upgrade for firefox. I had to downgrade to the previous > version because the latest version keeps crashing. Anyone else > experience this? > Yes I do see the same issue after upgrading to firefox-115.6.0-1.el7.centos. It's just unusable now, don't understand how this got released :( Regards, Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Latest firefox upgrade crashes
Correction: The upgrade version that crashes is 115.6.0-1.el7 >The version I downgraded to is 102.15.0. >The upgrade that crashes I believe is 115.15.0. >This is on an x_86-64 machine. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos /> /> ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos /> ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Latest firefox upgrade crashes
$> firefox & Starting firefox from the command line may give you some more info. Unfortuneately, it sometimes spits out quite a lot even when functioning well. Kind regards, Christer On Monday 15 January 2024 19:50:32 jefflp...@twc.com wrote: > -From: "wwp" > To: centos@centos.org > Cc: > Sent: Monday January 15 2024 9:19:02AM > Subject: Re: [CentOS] Latest firefox upgrade crashes > > Hi Jeff, > > On Mon, 15 Jan 2024 15:16:02 + jefflp...@twc.com wrote: > > I'm still using CentOS 7 (because the stream sucks). Recently there > > was a yum upgrade for firefox. I had to downgrade to the previous > > version because the latest version keeps crashing. Anyone else > > experience this? > > Crash how/when? > > Firefox crashes (disappears) and I get a cryptic (to me) message about > some security violation. I did not save that information. > > Do you use the TST colored tabs add-on? I can describe the same > behavior because of it. Once disabled ffx is back. > > I don't know what TST colored tabs are. I have several add-ons such as > Noscript and various video downloaders. They appear near the top of > Firefox. > > Regards, > > -- > wwp > > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Latest firefox upgrade crashes
-From: "wwp" To: centos@centos.org Cc: Sent: Monday January 15 2024 9:19:02AM Subject: Re: [CentOS] Latest firefox upgrade crashes Hi Jeff, On Mon, 15 Jan 2024 15:16:02 + jefflp...@twc.com wrote: > I'm still using CentOS 7 (because the stream sucks). Recently there > was a yum upgrade for firefox. I had to downgrade to the previous > version because the latest version keeps crashing. Anyone else > experience this? Crash how/when? Firefox crashes (disappears) and I get a cryptic (to me) message about some security violation. I did not save that information. Do you use the TST colored tabs add-on? I can describe the same behavior because of it. Once disabled ffx is back. I don't know what TST colored tabs are. I have several add-ons such as Noscript and various video downloaders. They appear near the top of Firefox. Regards, -- wwp ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Latest firefox upgrade crashes
-From: "Richard" * To: "CentOS mailing list" Cc: Sent: Monday January 15 2024 8:04:25AM Subject: Re: [CentOS] Latest firefox upgrade crashes > Date: Monday, January 15, 2024 15:16:02 + > From: jefflp...@twc.com > > I'm still using CentOS 7 (because the stream sucks). Recently there > was a yum upgrade for firefox. I had to downgrade to the previous > version because the latest version keeps crashing. Anyone else > experience this? > What version are you using? Referring to it as "Recent ... yum upgrade for firefox" is relative so hard to respond to. The output from a "rpm -qa ..." command would be useful. I'm using: firefox-115.6.0-1.el7.centos.x86_64 and also: firefox 121.0.1 (64-bit) -- from the Mozilla repo and am not seeing issues with either. The version I downgraded to is 102.15.0. The upgrade that crashes I believe is 115.15.0. This is on an x_86-64 machine. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos /> ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Latest firefox upgrade crashes
Hi Jeff, On Mon, 15 Jan 2024 15:16:02 + jefflp...@twc.com wrote: > I'm still using CentOS 7 (because the stream sucks). Recently there > was a yum upgrade for firefox. I had to downgrade to the previous > version because the latest version keeps crashing. Anyone else > experience this? Crash how/when? Do you use the TST colored tabs add-on? I can describe the same behavior because of it. Once disabled ffx is back. Regards, -- wwp pgpPBLgvmLvn8.pgp Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Latest firefox upgrade crashes
> Date: Monday, January 15, 2024 15:16:02 + > From: jefflp...@twc.com > > I'm still using CentOS 7 (because the stream sucks). Recently there > was a yum upgrade for firefox. I had to downgrade to the previous > version because the latest version keeps crashing. Anyone else > experience this? > What version are you using? Referring to it as "Recent ... yum upgrade for firefox" is relative so hard to respond to. The output from a "rpm -qa ..." command would be useful. I'm using: firefox-115.6.0-1.el7.centos.x86_64 and also: firefox 121.0.1 (64-bit) -- from the Mozilla repo and am not seeing issues with either. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Latest firefox upgrade crashes
I'm still using CentOS 7 (because the stream sucks). Recently there was a yum upgrade for firefox. I had to downgrade to the previous version because the latest version keeps crashing. Anyone else experience this? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
