sw-wr: Firefox closes itself without crash reported [@ cs_clip_rectangle_vert::run ]
Categories
(Core :: Graphics: WebRender, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox90 | --- | affected |
People
(Reporter: mystiquewolf, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: crash)
Crash Data
Attachments
(2 files)
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:90.0) Gecko/20100101 Firefox/90.0
Steps to reproduce:
Nothing, just leave the laptop unattended for some time and on return Firefox is missing.
Actual results:
Since some days i frequently leave my PC and then when i come back Firefox window is missing. For days i was wondering if i had gone crazy, but today i saw that i'm not crazy yet.
That is, while i was reading a Quora article Firefox just closed itself in front of my eyes. It first became transparent for about 1 second and then the Firefox in the taskbar also disappeared. So i opened Firefox and started writing this bug report. While i was doing this i had to go away from the PC and then when i came back Firefox again was closed on my return.
Expected results:
Firefox shouldn't close itself on its own. Or at least should produce a crash report once it does this.
Reporter | ||
Comment 1•3 years ago
|
||
Comment 2•3 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.
Reporter | ||
Comment 3•3 years ago
|
||
Hooray! Finally a crash report appeared! No idea why they weren't appearing in so many closes of Firefox before.
https://crash-stats.mozilla.org/report/index/88572314-d376-4f1a-8e29-ad9020210803#tab-details
Comment 4•3 years ago
|
||
Crash at cs_clip_rectangle_vert::run(cs_clip_rectangle_vert*, char*, unsigned long)
Reporter | ||
Comment 5•3 years ago
|
||
Firefox frequently freezes. Just now i had a chat with an Amazon support associate and Firefox closed itself during the chat - hopefully i was able to reopen and continue.
I've enabled gfx.webrender.enabled so that it uses the GPU acceleration/implementation. The crash now happened with that config key set to true
, but the previous crashes were happening with the software implementation, which for unknown reasons to me was enabled instead of the hardware one.
There wasn't any crash reporter window shown - neither from Firefox nor from KDE not from Apport/Kubuntu. This IMO seems to be a critical issue for these reasons - frequent crashes without a crash backtrace. I don't know what kind of luck i had yesterday to be blessed to actually see a crash report window.
Comment 6•3 years ago
|
||
(bug 1721014 could also crash without report. It has been fixed with Firefox 91.)
Reporter | ||
Comment 7•3 years ago
|
||
Well Firefox has crashed at least 5 times today with no crash reports sent. IMO this should be a P1 or P2 and should be uplifted to 90.0.3. Hell, we don't know if the crashes aren't 10 or even 15 times more than the reported ones in Socorro and Bugzilla combined.
Reporter | ||
Comment 8•3 years ago
|
||
I'm sorry, i've just found out that earlyoom was killing Firefox... Seems like i would have to find out what causes it.
Reporter | ||
Comment 9•3 years ago
|
||
I've measured a Firefox memory report - should i open a new bug or post here?
Reporter | ||
Comment 11•3 years ago
|
||
I think i haven't seen crashes in a while now (maybe 1-2 days), if it happens again i'll post.
Updated•3 years ago
|
Updated•3 years ago
|
Reporter | ||
Comment 13•3 years ago
|
||
For clarity, when Firefox was being closed by earlyoom it was because it was using a lot of memory. In the "Main Process" the structured-clone-holder
was holding 4388 MB. At one time the "Main Process" was using 5166 MB VmRSS. If it happens again i'll file a separate bug.
Description
•