Closed Bug 1721155 Opened 4 years ago Closed 3 years ago

version 90 32 bit suse linux 13.1 (End of life: 2016) crashes reproducibly on preview of mail attachments

Categories

(Core :: Widget: Gtk, defect)

Firefox 90
x86
Linux
defect

Tracking

()

RESOLVED DUPLICATE of bug 1745597

People

(Reporter: philippebopp, Unassigned)

References

Details

(Keywords: crash)

Attachments

(5 files)

User Agent: Mozilla/5.0 (X11; Linux i686; rv:90.0) Gecko/20100101 Firefox/90.0

Steps to reproduce:

eg in yahoo mail, tried many times, various types of attachments (ps, doc xls ...), stoped and restarted firefox

Actual results:

either it crashes on clicking the preview button
or the preview open it crashes when it is enlarged,
or the enlarged preview crashes when zooming

Expected results:

this bug has been around for some times (vers 88 89 ...)
It should finally be fixed

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

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

Do you have a crash report that we could look at in about:crashes?

Flags: needinfo?(philippebopp)

yes, I have submitted dozens of crash reports, some automatically, some manually,
the last ones were
Submitted Crash Reports
Report ID Date Submitted
bp-720a7d6c-53fe-4e31-a688-50b170210719 7/19/21, 13:49

bp-b9f97e04-4ebb-41a9-a20e-7c30c0210718 7/18/21, 09:25

bp-7f8914c6-8ead-4b5c-a59b-f5a910210717 7/17/21, 12:01

bp-62ccae05-969e-4a67-8bf3-c29640210715 7/16/21, 00:34

bp-794fa6bb-bd1d-4f2b-89ba-cdc3b0210714 7/14/21, 21:00

bp-86b76bea-6cf8-4e86-b11c-eeb2f0210714 7/14/21, 21:00
View

Flags: needinfo?(philippebopp)

There are two out-of-memory crashes (which aren't particularly actionable without STR). The other crashes are crashes deep inside freetype, and there are no debugging symbols for your distro.

https://crash-stats.mozilla.org/report/index/720a7d6c-53fe-4e31-a688-50b170210719 looks particularly scary, the crash address is a UAF pattern. Jeff, do you know if we have a bug tracking similar crashes when WR calls into freetype?

Flags: needinfo?(jmuizelaar)

Ah, you're on 32-bit linux, so the OOMs are not that surprising, depending on what websites were you browsing and how many tabs / pages you had open.

there are usually not more than 4 or 5 tabs open

I think there is (has been for a while) a memory (leak?) problem
in the process (I use only one,otherwise it crashes even faster) "Web process"
I am currently monitoring it (via linux top command) and will send a graph when
enough data has been accumulated:

The general behavior is: memory increases when I use firefox and is never
completely released (ssometimes a little little) so over time and usage it
gets to exceed what is available with 32 bits

See Also: → 1721014

i have now monitored the ever increasing memory usage of process 'web content'
for about 3 hours with periods of activity (peaks) and inactivity (flat)

The result is available as a graph (jpg, ps pdf ....) how can I pass it on to you?
(file:///home/pab/monitor.jpg it wont paste it into this frame)

firefox just proposed an update, I'll do that

update implemented
90.0.1 same as 90.0 bp-a1dec773-6bd1-4223-ba93-ead6e0210719

(In reply to philippebopp@yahoo.com from comment #7)

i have now monitored the ever increasing memory usage of process 'web content'
for about 3 hours with periods of activity (peaks) and inactivity (flat)

The result is available as a graph (jpg, ps pdf ....) how can I pass it on to you?
(file:///home/pab/monitor.jpg it wont paste it into this frame)

You can attach a file with the "attach new file" button. A memory report from about:memory would be useful as well... I fear it might be mostly memory fragmentation but... :(

Is there a reason you're running a 32 bit OS/version of Firefox?

Flags: needinfo?(philippebopp)
Attached image monitor.jpg

jpg file now included (buttons at top of page)

peaks in memory usage of 'web content' firefox activity, 4 tabs (mail, facebook, youtube an such)
flat parts: idle, no activity

at what point should I take the about:memory?
I tried some time ago the "free memory" when I noticed that web process uses a lot of
memory, it did not help

Is there a reason you're running a 32 bit OS/version of Firefox?

because my OS is Suse 13.1 , which is 32 bit, which I need for some other old software(s)

Flags: needinfo?(philippebopp)
Attached file memory-report.json.gz

a memory report of the present state is attached

it did ot (yet) crash, it spawned two identical windows containing one of the tabs (the same). These windows went dead and I had to kill them with xkill

and crash it did (when grabbing and moving firefox with the mouse)
bp-7b30186f-3552-4371-b8f2-fc1a20210720

firefox crash (the whole thing, not just the tab)
just happened out of blue sky when clicking a link in Facebook
bp-40720c7b-cbfe-4e75-b338-7e29d0210720

firefox crashed while watching youtube
bp-4f59f395-84ca-4c80-9853-3a4700210720

crashed while watching youtube

previous crash bp-4f59f395-84ca-4c80-9853-3a4700210720

it crashed again while I was submiting previous crash
bp-c951afbb-48d0-4e35-89a7-17acc0210720

unchanged in version 90.0.2 (last night)
on preview
bp-217b8156-c37e-4ac2-9932-c362b0210723

the new version (91) crashes reproducibly in the same way , see

bp-2cf929bb-0207-4700-8a1e-1388c0210811
bp-77588c01-e557-407e-8ccb-22d5e0210811
bp-23a26c8a-a173-484e-9225-8abf80210811
bp-af84338f-c08e-4219-89d2-f3ad90210811

(yahoo mail , inbox (eg), view a mail with attachment (eg pdf), preview

it crashes either immediately, or when zooming on the attachment. When
downloading the pdf and viewing it with (eg) acroread, it works)

even if it is some sort of bug in yahoo mail, firefox should be robust against it

exactly the same problem reappeared with vers. 95 (installed this morning), ONLY WORSE

It is impossible to (pre)view/download/print a pdf (in yahoo mail) without the browser getting stuck
(infinite loop in Gecko main? uses up all CPU time) and the whole thing crashing soon.
Sometimes it manages to generate an error report, usually not

version 95 also gets stuck on multiple other occasions

BRING BACK A WORKING VERSION

94.0.2. DID WORK

closing a tab gets the system stuck

the more I test it the more it gets stuck and crashes
Vers 95 is really the very worst version in a very long time
no idea how it was managed to screw up vers 94.0.2, which
did a quite decent job

(In reply to philippebopp@yahoo.com from comment #29)

exactly the same problem reappeared with vers. 95 (installed this morning), ONLY WORSE

It is impossible to (pre)view/download/print a pdf (in yahoo mail) without the browser getting stuck
(infinite loop in Gecko main? uses up all CPU time) and the whole thing crashing soon.
Sometimes it manages to generate an error report, usually not

version 95 also gets stuck on multiple other occasions

BRING BACK A WORKING VERSION

94.0.2. DID WORK

closing a tab gets the system stuck

Please file a new bug for this:
Open about:support in the address bar, click on "Copy text to clipboard"
and paste it into the "Add an attachment" field: https://bugzilla.mozilla.org/enter_bug.cgi?product=Core&component=Widget%3A+Gtk
Thanks!

cannot submit new bug report, browser crashes when I select the version (95) in the menu

I tried to submit with an old KONQUEROR, but that seems not to work (text all over the place)

Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Keywords: crash
OS: Unspecified → Linux
Hardware: Unspecified → x86
Resolution: --- → WONTFIX
Summary: version 90 32 bit suse linux 13.1 crashes reproducibly on preview of mail attachments → version 90 32 bit suse linux 13.1 (End of life: 2016) crashes reproducibly on preview of mail attachments
See Also: → 1745597
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WONTFIX → ---
Status: REOPENED → RESOLVED
Closed: 3 years ago3 years ago
Resolution: --- → DUPLICATE

0.0.0 Linux 3.11.6-4-default #1 SMP Wed Oct 30 18:04:56 UTC 2013 (e6d4a27) i686

Unpatched Kernel and an OpenSSL this outdated are not recommended to have a connection to the public internet.
This is consensus in the Chaos Computer Club community and I'm astonished that my comment has been hidden.
If the OpenSSL package is as old as the kernel, then it's even affected by Heartbleed.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: