version 90 32 bit suse linux 13.1 (End of life: 2016) crashes reproducibly on preview of mail attachments
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
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
Comment 1•4 years ago
|
||
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.
Comment 2•4 years ago
|
||
Do you have a crash report that we could look at in about:crashes
?
Reporter | ||
Comment 3•4 years ago
|
||
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
Comment 4•4 years ago
|
||
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?
Comment 5•4 years ago
|
||
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.
Reporter | ||
Comment 6•4 years ago
|
||
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
Reporter | ||
Comment 7•4 years ago
|
||
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)
Reporter | ||
Comment 8•4 years ago
|
||
firefox just proposed an update, I'll do that
Reporter | ||
Comment 9•4 years ago
|
||
update implemented
90.0.1 same as 90.0 bp-a1dec773-6bd1-4223-ba93-ead6e0210719
Comment 10•4 years ago
|
||
(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... :(
Comment 11•4 years ago
|
||
No, I haven't seen other crashes like this. There's a some other freetype signatures but other than the bunch on Lowes TC 2014 (i586) they seem pretty rare: https://crash-stats.mozilla.org/search/?signature=~libfreetype&product=Firefox&date=%3E%3D2021-07-12T20%3A32%3A00.000Z&date=%3C2021-07-19T20%3A32%3A00.000Z&_facets=signature&_facets=adapter_vendor_id&_facets=install_time&_facets=platform_pretty_version&_sort=-date&_columns=date&_columns=signature&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=adapter_vendor_id#facet-platform_pretty_version
Reporter | ||
Comment 12•4 years ago
|
||
Comment 13•4 years ago
|
||
Is there a reason you're running a 32 bit OS/version of Firefox?
Reporter | ||
Comment 14•4 years ago
|
||
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
Reporter | ||
Comment 15•4 years ago
|
||
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)
Reporter | ||
Comment 16•4 years ago
|
||
a memory report of the present state is attached
Reporter | ||
Comment 17•4 years ago
|
||
Reporter | ||
Comment 18•4 years ago
|
||
Reporter | ||
Comment 19•4 years ago
|
||
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
Reporter | ||
Comment 20•4 years ago
|
||
and crash it did (when grabbing and moving firefox with the mouse)
bp-7b30186f-3552-4371-b8f2-fc1a20210720
Reporter | ||
Comment 21•4 years ago
|
||
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
Reporter | ||
Comment 22•4 years ago
|
||
firefox crashed while watching youtube
bp-4f59f395-84ca-4c80-9853-3a4700210720
Reporter | ||
Comment 23•4 years ago
|
||
crashed while watching youtube
Reporter | ||
Comment 24•4 years ago
|
||
previous crash bp-4f59f395-84ca-4c80-9853-3a4700210720
it crashed again while I was submiting previous crash
bp-c951afbb-48d0-4e35-89a7-17acc0210720
Reporter | ||
Comment 25•4 years ago
|
||
bp-3e7fc9a1-47b8-48ed-b3ee-985630210722, it was tab No. 7
Reporter | ||
Comment 26•4 years ago
|
||
unchanged in version 90.0.2 (last night)
on preview
bp-217b8156-c37e-4ac2-9932-c362b0210723
Reporter | ||
Comment 27•4 years ago
|
||
Reporter | ||
Comment 28•4 years ago
|
||
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
Reporter | ||
Comment 29•3 years ago
|
||
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
Reporter | ||
Comment 30•3 years ago
|
||
version 95 also gets stuck on multiple other occasions
BRING BACK A WORKING VERSION
94.0.2. DID WORK
Reporter | ||
Comment 31•3 years ago
|
||
closing a tab gets the system stuck
Reporter | ||
Comment 32•3 years ago
|
||
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
Comment 33•3 years ago
|
||
(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!
Reporter | ||
Comment 34•3 years ago
|
||
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)
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Comment 37•3 years ago
•
|
||
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.
Description
•