I'm running Debian/Trixie on an AMD64 system, using the Plasma 5 over X desktop. Firefox 115.12.0esr is crashing multiple times per day. It
frequently happens when page I'm transfers to another page that creates
a PDF or just has a complicated link. It's annoying.

To visit some pages, I have to use Chromium instead.  Earlier today I
had to rename a sessionstore-backups json file because Firefox got
caught in loop where it recognized it had a new tab open but the tab
caused it to crash.

I also have found that at least one site refuses to work with 115.
That's been going on for a while. Again, I have to use Chromium for that
site.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 7/17/24 21:25, Gary Dale wrote:

I'm running Debian/Trixie on an AMD64 system, using the Plasma 5 over X desktop. Firefox 115.12.0esr is crashing multiple times per day. It frequently happens when page I'm transfers to another page that creates a > PDF or just has a complicated link. It's annoying.

I have Firefox 115.13.0esr and it rarely crashes for me, and I have dozens
of tabs open. I use straight XFCE, no Plasma. Could be it doesn't do PDFs well? I use Zathura to view PDFs. It's rather ... "feature free", so I may change.

I also have found that at least one site refuses to work with 115. That's been going on for a while. Again, I have to use Chromium for that site.

Can you say what that site is?

--
An idea that is not dangerous is unworthy of
being called an idea at all. -- Oscar Wilde

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Wed, Jul 17, 2024 at 08:00:06PM -0700, Van Snyder wrote:

On Wed, 2024-07-17 at 22:17 -0400, eben@gmx.us wrote:

On 7/17/24 21:25, Gary Dale wrote:

I'm running Debian/Trixie on an AMD64 system, using the Plasma 5
over X
desktop. Firefox 115.12.0esr is crashing multiple times per day. It frequently happens when page I'm transfers to another page that
creates a  > PDF or just has a complicated link. It's annoying.

I upgraded from Debian 10 to Debian 12.5 "Bookworm." The NVidia 390
driver no longer works, so I had software rendering because nouveau apparently can't do GPU rendering. Rather than crashing, the system essentially froze. After waiting for a VERY long time, I would give up
and cycle power, with my reboot set up to start an empty session, not
the one I had going at time of the power cycle. I replaced the graphics
card with a Quadro K2200, which works with the nvidia-drivers package
that's still part of the Debian 12.5 distro. With GPU rendering, I no
longer have the problem.

HOW did you upgrade? Did you go via 11?

Did you purge all Nvidia drivers at that point? Nouveau works fairly well
if there's no other trace of Nvidia on the system. Freezing is definitely
a symptom of drivers fighting.

I can't do that with my old Dell Vostro 1700 because the NVidia
graphics chip is soldered to the motherboard, and it needs the 340
driver, which is also no longer available.

If this is the Dell with dual chipsets - one Nvidia to do the heavy
graphics, an Intel chipset for basics - like a bunch of gaming laptops
you'd need to look at the Debian Nvidia pages for primus and so on.

If it *just* has Nvidia - at this point, use Nouveau - stop trying to
use Nvidia drivers on old hardware and that Dell is 2008 vintage?

Software movces on - the very latest Nvidia drivers are "more free" but
also incorporate entire RISC-V chipsets on board the latest cards.

I tried several of the methods discussed in this thread to get the
drivers working, but had no success. Maybe I was just holding my mouth
wrong.

See above.

I have Firefox 115.13.0esr and it rarely crashes for me, and I have
dozens
of tabs open.  I use straight XFCE, no Plasma.  Could be it doesn't
do PDFs
well?  I use Zathura to view PDFs.  It's rather ... "feature free",
so I may
change.

Also works for me under GNOME but my usage is light - I don't keep
dozens of tabs open.

All a moot point - we'll probably get 128.* soonest as that's the new
ESR.

All best, as ever,

Andy Cater
(amacater@debian.org)

Can you say what that site is?

--
        An idea that is not dangerous is unworthy of
        being called an idea at all. -- Oscar Wilde

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-07-17 21:25, Gary Dale wrote:

I'm running Debian/Trixie on an AMD64 system, using the Plasma 5 over
X desktop. Firefox 115.12.0esr is crashing multiple times per day. It frequently happens when page I'm transfers to another page that
creates a PDF or just has a complicated link. It's annoying.

To visit some pages, I have to use Chromium instead.  Earlier today I
had to rename a sessionstore-backups json file because Firefox got
caught in loop where it recognized it had a new tab open but the tab
caused it to crash.

I also have found that at least one site refuses to work with 115.
That's been going on for a while. Again, I have to use Chromium for
that site.

Thanks for the tips guys, but I'm not going to switch to XFCE, I'm using
an old AMD graphics card, it's a desktop machine, and the problem isn't specific to PDFs - although that seems to be one of the major triggers.

My system has been upgrading from earlier versions of Debian since
Potato. I've been on Trixie since it became the new testing. This
crashing of Firefox is a new issue - had few problems with Trixie before
that.

I'm beginning to suspect it may be related to my recent introduction of
a Pi-Hole into my network. Could it be a problem for Firefox when it
gets a 0.0.0.0 address returned on a DNS lookup?

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-07-17 21:25 -0400, Gary Dale wrote:

I'm running Debian/Trixie on an AMD64 system, using the Plasma 5 over
X desktop. Firefox 115.12.0esr is crashing multiple times per day. It frequently happens when page I'm transfers to another page that
creates a PDF or just has a complicated link. It's annoying.

Apparently this is bug #1072557[1] in mesa.

To visit some pages, I have to use Chromium instead.  Earlier today I
had to rename a sessionstore-backups json file because Firefox got
caught in loop where it recognized it had a new tab open but the tab
caused it to crash.

I experienced a similar problem on my laptop where firefox-esr crashed
shortly after the start before even reloading the current tab in all
open windows. The workaround was to run it with LIBGL_ALWAYS_SOFTWARE=1
set in the environment.

Cheers,
Sven


1. https://bugs.debian.org/1072557

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-07-18 09:52, Gary Dale wrote:

On 2024-07-17 21:25, Gary Dale wrote:

I'm running Debian/Trixie on an AMD64 system, using the Plasma 5 over
X desktop. Firefox 115.12.0esr is crashing multiple times per day. It
frequently happens when page I'm transfers to another page that
creates a PDF or just has a complicated link. It's annoying.

To visit some pages, I have to use Chromium instead.  Earlier today I
had to rename a sessionstore-backups json file because Firefox got
caught in loop where it recognized it had a new tab open but the tab
caused it to crash.

I also have found that at least one site refuses to work with 115.
That's been going on for a while. Again, I have to use Chromium for
that site.

Thanks for the tips guys, but I'm not going to switch to XFCE, I'm
using an old AMD graphics card, it's a desktop machine, and the
problem isn't specific to PDFs - although that seems to be one of the
major triggers.

My system has been upgrading from earlier versions of Debian since
Potato. I've been on Trixie since it became the new testing. This
crashing of Firefox is a new issue - had few problems with Trixie
before that.

I'm beginning to suspect it may be related to my recent introduction
of a Pi-Hole into my network. Could it be a problem for Firefox when
it gets a 0.0.0.0 address returned on a DNS lookup?

For those asking for a particular site, here's one that has crashed
Firefox twice on me - but not when I visit the page. When I scroll down
using the mouse wheel, it's crashed three times when I get to around item 9.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-07-18 09:52, Gary Dale wrote:

On 2024-07-17 21:25, Gary Dale wrote:

I'm running Debian/Trixie on an AMD64 system, using the Plasma 5 over
X desktop. Firefox 115.12.0esr is crashing multiple times per day. It
frequently happens when page I'm transfers to another page that
creates a PDF or just has a complicated link. It's annoying.

To visit some pages, I have to use Chromium instead.  Earlier today I
had to rename a sessionstore-backups json file because Firefox got
caught in loop where it recognized it had a new tab open but the tab
caused it to crash.

I also have found that at least one site refuses to work with 115.
That's been going on for a while. Again, I have to use Chromium for
that site.

Thanks for the tips guys, but I'm not going to switch to XFCE, I'm
using an old AMD graphics card, it's a desktop machine, and the
problem isn't specific to PDFs - although that seems to be one of the
major triggers.

My system has been upgrading from earlier versions of Debian since
Potato. I've been on Trixie since it became the new testing. This
crashing of Firefox is a new issue - had few problems with Trixie
before that.

I'm beginning to suspect it may be related to my recent introduction
of a Pi-Hole into my network. Could it be a problem for Firefox when
it gets a 0.0.0.0 address returned on a DNS lookup?

Well, I can confirm it's not the Pi-Hole. Took it out of the DNS chain
and Firefox is still crashing frequently. In fact, it's worse today. Now
it crashes when I'm on Facebook and scrolling down using the mouse wheel.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
On 2024-07-19 at 10:34, Gary Dale wrote:

On 2024-07-18 09:52, Gary Dale wrote:

Thanks for the tips guys, but I'm not going to switch to XFCE, I'm
using an old AMD graphics card, it's a desktop machine, and the
problem isn't specific to PDFs - although that seems to be one of
the major triggers.

My system has been upgrading from earlier versions of Debian since
Potato. I've been on Trixie since it became the new testing. This
crashing of Firefox is a new issue - had few problems with Trixie
before that.

I'm beginning to suspect it may be related to my recent
introduction of a Pi-Hole into my network. Could it be a problem
for Firefox when it gets a 0.0.0.0 address returned on a DNS
lookup?

Well, I can confirm it's not the Pi-Hole. Took it out of the DNS
chain and Firefox is still crashing frequently. In fact, it's worse
today. Now it crashes when I'm on Facebook and scrolling down using
the mouse wheel.

What kind of crashes are we talking about? I think there may be an 'about:crashes' or similar type of page built in to Firefox, which could
give information about what it's seen happen.

If it's memory-access-related, there might be benefit to trying to e.g.
run under valgrind, intentionally reproduce a crash, and see what that
tool reports. Then again, Firefox is a sufficiently complex app that
that might not be fruitful.

Have you tried running any hardware-error checking tools, e.g. one of
the memtest suites? Crashes that frequent (with software, versions, and
data which other people do not reproduce the problem with) suggest a
possible hardware issue to my mind, although if nothing else is
exhibiting visible issues that makes the hardware a less likely culprit.

Is there any possibility that something in the library/etc. stack which
Firefox sits on top of may be unreliable, or at least be of different
versions from those which the people not observing the problem are
using? One obvious candidate would probably be the graphics stack
(driver, firmware, etc.), but that's not necessarily the only possibility.

--
The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw


-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEJCOqsZEc2qVC44pUBKk1jTQoMmsFAmaae18ACgkQBKk1jTQo MmukMA//YnsooSCa5w+WR310XZVdts2cAjt5uM2Zg4feNN2rCU+TWUVPajeKTLs1 aC4orYo4TXxNY8alWtzBc/HlOpxfMgb/AKPgM25GMOHshT8DJFcvpTnRA+g4y1g5 +P8Qmrs2LeuNaqsH6nBHIJYCJAgadsQ4L/D+KY8HM7jgUFina+yTIrVg07l8Z4PL vqVvMTKKNnbWMpfIz6A/CY2clAETUAjNxe+NHs7qrGfXARPdJ+SbJ+LxxrPssA7U c3uCqNmSbHNMlb6biNCvD3aim58eartmgJQoCnIGAHZI4ZHM8g4OXuF0/+vbld+3 oWzzE/d3a65Up/o+S0fdR8uO06d4D5I6y3XSEIe0uvVrAJLxAaKZtwWDG8AV1uXs ouO2RzBeIBJbDxFofF3lqy5/pG1eFHaYa9/M4gBsw722z6aKFpziRvZHPS6vET5w c6XhRE6ttCS5uI+WdOVGU2W2uRvnbr2L/F8PoMeD2gLVEXflyERYUx5WAx8x3Xy6 WtROONl+Ici/vK2THl77nSXGajayIJX6XpHaTAT4sGaXKImmvRmB54TpBhjLfGgI KatvfGKmDG73N2JkFGaP4NnEt+iDieGdaOHRD1EX7PLzy66RU8BYU90kdaVHFZN2 1l/mmtBNMQSZ5EGMVaBP33Z/a9V3

On 2024-07-19 10:42, The Wanderer wrote:

On 2024-07-19 at 10:34, Gary Dale wrote:

On 2024-07-18 09:52, Gary Dale wrote:

Thanks for the tips guys, but I'm not going to switch to XFCE, I'm
using an old AMD graphics card, it's a desktop machine, and the
problem isn't specific to PDFs - although that seems to be one of
the major triggers.

My system has been upgrading from earlier versions of Debian since
Potato. I've been on Trixie since it became the new testing. This
crashing of Firefox is a new issue - had few problems with Trixie
before that.

I'm beginning to suspect it may be related to my recent
introduction of a Pi-Hole into my network. Could it be a problem
for Firefox when it gets a 0.0.0.0 address returned on a DNS
lookup?

Well, I can confirm it's not the Pi-Hole. Took it out of the DNS
chain and Firefox is still crashing frequently. In fact, it's worse
today. Now it crashes when I'm on Facebook and scrolling down using
the mouse wheel.

What kind of crashes are we talking about? I think there may be an 'about:crashes' or similar type of page built in to Firefox, which could
give information about what it's seen happen.

If it's memory-access-related, there might be benefit to trying to e.g.
run under valgrind, intentionally reproduce a crash, and see what that
tool reports. Then again, Firefox is a sufficiently complex app that
that might not be fruitful.

Have you tried running any hardware-error checking tools, e.g. one of
the memtest suites? Crashes that frequent (with software, versions, and
data which other people do not reproduce the problem with) suggest a
possible hardware issue to my mind, although if nothing else is
exhibiting visible issues that makes the hardware a less likely culprit.

Is there any possibility that something in the library/etc. stack which Firefox sits on top of may be unreliable, or at least be of different versions from those which the people not observing the problem are
using? One obvious candidate would probably be the graphics stack
(driver, firmware, etc.), but that's not necessarily the only possibility.

Looking at the submitted and unsubmitted reports, it seems the crashing
started on July 10. It always seems to be "CanvasRenderer" as the
culprit with libxul.so as the guilty module. Firefox was reportedly
installed 32 days ago.

Anyway, the Firefox developers have received dozens of automated crash
reports from me over the past10 days.

I do have a rather old graphics card, but it's an AMD one so the drivers
should be OK. I doubt it's anything else hardware related as I'm not
having problems with other programs.

The only other things of note:
1) my screen does briefly go blank sometimes while doing something
involving windows.
2) Plasma 5 isn't saving my desktop when I reboot.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-07-19 11:09, Gary Dale wrote:

On 2024-07-19 10:42, The Wanderer wrote:

On 2024-07-19 at 10:34, Gary Dale wrote:

On 2024-07-18 09:52, Gary Dale wrote:

Thanks for the tips guys, but I'm not going to switch to XFCE, I'm
using an old AMD graphics card, it's a desktop machine, and the
problem isn't specific to PDFs - although that seems to be one of
the major triggers.

My system has been upgrading from earlier versions of Debian since
Potato. I've been on Trixie since it became the new testing. This
crashing of Firefox is a new issue - had few problems with Trixie
before that.

I'm beginning to suspect it may be related to my recent
introduction of a Pi-Hole into my network. Could it be a problem
for Firefox when it gets a 0.0.0.0 address returned on a DNS
lookup?

Well, I can confirm it's not the Pi-Hole. Took it out of the DNS
chain and Firefox is still crashing frequently. In fact, it's worse
today. Now it crashes when I'm on Facebook and scrolling down using
the mouse wheel.

What kind of crashes are we talking about? I think there may be an
'about:crashes' or similar type of page built in to Firefox, which could
give information about what it's seen happen.

If it's memory-access-related, there might be benefit to trying to e.g.
run under valgrind, intentionally reproduce a crash, and see what that
tool reports. Then again, Firefox is a sufficiently complex app that
that might not be fruitful.

Have you tried running any hardware-error checking tools, e.g. one of
the memtest suites? Crashes that frequent (with software, versions, and
data which other people do not reproduce the problem with) suggest a
possible hardware issue to my mind, although if nothing else is
exhibiting visible issues that makes the hardware a less likely culprit.

Is there any possibility that something in the library/etc. stack which
Firefox sits on top of may be unreliable, or at least be of different
versions from those which the people not observing the problem are
using? One obvious candidate would probably be the graphics stack
(driver, firmware, etc.), but that's not necessarily the only
possibility.

Looking at the submitted and unsubmitted reports, it seems the
crashing started on July 10. It always seems to be "CanvasRenderer" as
the culprit with libxul.so as the guilty module. Firefox was
reportedly installed 32 days ago.

Anyway, the Firefox developers have received dozens of automated crash reports from me over the past10 days.

I do have a rather old graphics card, but it's an AMD one so the
drivers should be OK. I doubt it's anything else hardware related as
I'm not having problems with other programs.

The only other things of note:
1) my screen does briefly go blank sometimes while doing something
involving windows.
2) Plasma 5 isn't saving my desktop when I reboot.

It's not X11 either. It's happening when I use Plasma 5 on Wayland.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-07-19 11:19, Gary Dale wrote:

On 2024-07-19 11:09, Gary Dale wrote:

On 2024-07-19 10:42, The Wanderer wrote:

On 2024-07-19 at 10:34, Gary Dale wrote:

On 2024-07-18 09:52, Gary Dale wrote:

Thanks for the tips guys, but I'm not going to switch to XFCE, I'm
using an old AMD graphics card, it's a desktop machine, and the
problem isn't specific to PDFs - although that seems to be one of
the major triggers.

My system has been upgrading from earlier versions of Debian since
Potato. I've been on Trixie since it became the new testing. This
crashing of Firefox is a new issue - had few problems with Trixie
before that.

I'm beginning to suspect it may be related to my recent
introduction of a Pi-Hole into my network. Could it be a problem
for Firefox when it gets a 0.0.0.0 address returned on a DNS
lookup?

Well, I can confirm it's not the Pi-Hole. Took it out of the DNS
chain and Firefox is still crashing frequently. In fact, it's worse
today. Now it crashes when I'm on Facebook and scrolling down using
the mouse wheel.

What kind of crashes are we talking about? I think there may be an
'about:crashes' or similar type of page built in to Firefox, which
could
give information about what it's seen happen.

If it's memory-access-related, there might be benefit to trying to e.g.
run under valgrind, intentionally reproduce a crash, and see what that
tool reports. Then again, Firefox is a sufficiently complex app that
that might not be fruitful.

Have you tried running any hardware-error checking tools, e.g. one of
the memtest suites? Crashes that frequent (with software, versions, and
data which other people do not reproduce the problem with) suggest a
possible hardware issue to my mind, although if nothing else is
exhibiting visible issues that makes the hardware a less likely
culprit.

Is there any possibility that something in the library/etc. stack which
Firefox sits on top of may be unreliable, or at least be of different
versions from those which the people not observing the problem are
using? One obvious candidate would probably be the graphics stack
(driver, firmware, etc.), but that's not necessarily the only
possibility.

Looking at the submitted and unsubmitted reports, it seems the
crashing started on July 10. It always seems to be "CanvasRenderer"
as the culprit with libxul.so as the guilty module. Firefox was
reportedly installed 32 days ago.

Anyway, the Firefox developers have received dozens of automated
crash reports from me over the past10 days.

I do have a rather old graphics card, but it's an AMD one so the
drivers should be OK. I doubt it's anything else hardware related as
I'm not having problems with other programs.

The only other things of note:
1) my screen does briefly go blank sometimes while doing something
involving windows.
2) Plasma 5 isn't saving my desktop when I reboot.

It's not X11 either. It's happening when I use Plasma 5 on Wayland.

Out of frustration with this and another problem, I did a complete fresh install yesterday - first to Bookworm then a full-upgrade to Trixie. I
started with a new profile for Firefox then synced it to restore my
passwords and bookmarks.

Firefox ESR is still crashing intermittently. Again, I can trigger it
fairly consistently just by visiting some pages (usually ones that try
to generate a PDF, for example). At other times it just crashes for no
apparent reason.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Aug 18, 2024, 01:07 by gary@extremeground.com:

Firefox ESR is still crashing intermittently. Again, I can trigger it fairly consistently just by visiting some pages (usually ones that try to generate a PDF, for example). At other times it just crashes for no apparent reason.

You're using an AMD graphics card, right? If not, skip the following:

I had issues with FF stability some months back that appeared out of nowhere. The issues however,  resolved themselves once I had upgraded to the latest non-free AMD video driver.

Make sure you have the firmware-amd-graphics  package installed and have non-free-firmware in your sources.list:

# cat /etc/apt/sources.list
...
deb https://deb.debian.org/debian/ your_dist_here  main non-free-firmware
...


HTH.

Regards,

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is a multi-part message in MIME format.

I'm running Debian/Trixie on an AMD64 system, using the Plasma 5 over X desktop. Firefox 115.12.0esr is crashing multiple times per day. It frequently happens when page I'm transfers to another page that creates
a PDF or just has a complicated link. It's annoying.

To visit some pages, I have to use Chromium instead. Earlier today I
had to rename a sessionstore-backups json file because Firefox got
caught in loop where it recognized it had a new tab open but the tab
caused it to crash.

I also have found that at least one site refuses to work with 115.
That's been going on for a while. Again, I have to use Chromium for that site.

I had the same Problem also Canvas crashing for older AMD Gpu.
Crashed upon youtube full screen and other sites

i had to put radeon.si_support=0 amdgpu.si_support=1 in /etc/default/grub for GRUB_CMDLINE_LINUX_DEFAULT

this fixed it for me


this depend on your gpu if you have Caribbean Islands GPUs radeon.cik_support=0 amdgpu.cik_support=1 might work.


<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; I'm running Debian/Trixie on an AMD64 system, using the Plasma 5 over X</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; desktop. Firefox 115.12.0esr is crashing multiple times per day. It</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; frequently happens when page I'm transfers to another page that creates</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; a PDF or just has a complicated link. It's annoying.</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; </p> <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; To visit some pages, I have to use Chromium instead.  Earlier today I</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; had to rename a sessionstore-backups json file because Firefox got</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; caught in loop where it recognized it had a new tab open but the tab</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; caused it to crash.</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; </p> <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; I also have found that at least one site refuses to work with 115.</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; That's been going on for a while. Again, I have to use Chromium for that</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; site.</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;"><br />I had the same Problem also Canvas crashing for older AMD Gpu.</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Crashed upon youtube full screen and other sites</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">i had to put radeon.si_support=0 amdgpu.si_support=1 in /etc/default/grub for GRUB_CMDLINE_LINUX_DEFAULT</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">this fixed it for me</p>
<br /><br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">this depend on your gpu if you have Caribbean Islands GPUs radeon.cik_support=0 amdgpu.cik_support=1 might work.</p>
<br /></body>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-08-17 22:47, Jeffrey Walton wrote:

On Sat, Aug 17, 2024 at 9:07 PM Gary Dale <gary@extremeground.com> wrote:

[...]
Out of frustration with this and another problem, I did a complete fresh
install yesterday - first to Bookworm then a full-upgrade to Trixie. I
started with a new profile for Firefox then synced it to restore my
passwords and bookmarks.

Firefox ESR is still crashing intermittently. Again, I can trigger it
fairly consistently just by visiting some pages (usually ones that try
to generate a PDF, for example). At other times it just crashes for no
apparent reason.

This thread is kind of long, and I did not read through all the responses.

Did you disable hardware acceleration and observe the crashes? See <https://support.mozilla.org/en-US/kb/upgrade-graphics-drivers-use-hardware-acceleration#w_turning-off-hardware-acceleration>.

Jeff

Thanks Jeff. So far seems to be crash-free.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)