Crash in [@ OOM | large | xul.dll | NS_internal_main]
Categories
(Thunderbird :: General, defect)
Tracking
(thunderbird_esr78+)
Tracking | Status | |
---|---|---|
thunderbird_esr78 | + | --- |
People
(Reporter: worcester12345, Unassigned)
References
Details
(Keywords: crash, topcrash-thunderbird)
Crash Data
Not for nothing, but Thunderbird has already crashed twice today. Thunderbird previous to this version crashed VERY rarely.
78.2.1 (32-bit)
Crash report: https://crash-stats.mozilla.org/report/index/5eb641bb-2495-4ccb-85d1-4bfc60200901
Top 10 frames of crashing thread:
0 xul.dll xul.dll@0x2ada3e
1 xul.dll xul.dll@0x2a2e90
2 xul.dll xul.dll@0x208755
3 xul.dll xul.dll@0x222921
4 xul.dll xul.dll@0x2226d6
5 xul.dll xul.dll@0x208d6e
6 xul.dll xul.dll@0x222588
7 xul.dll xul.dll@0x2122f4
8 xul.dll xul.dll@0x2173e3
9 xul.dll xul.dll@0x221b4b
Reporter | ||
Updated•4 years ago
|
Comment 1•4 years ago
|
||
(In reply to Worcester12345 from comment #0)
Not for nothing, but Thunderbird has already crashed twice today. Thunderbird previous to this version crashed VERY rarely.
78.2.1 (32-bit)Crash report: https://crash-stats.mozilla.org/report/index/5eb641bb-2495-4ccb-85d1-4bfc60200901 (40 minutes uptime)
If this crash and https://crash-stats.mozilla.org/report/index/a2a5cb6c-46fd-4726-bd2b-c61590200901 ( 42 minutes uptime, from bug 1662429) were both shutdown I wouldn't worry. If one or both was not during shutdown then it might be interesting, but we'd need to know what you were doing at the time of the crash, no?
Comment 2•4 years ago
|
||
There appears to be a big uptick in crashes with the arrival of 78.2.0 and 78.2.1 - going by https://crash-stats.mozilla.org/signature/?product=Thunderbird&version=78.0&version=78.0.1&version=78.0.2&version=78.1.0&version=78.1.1&version=78.1.2&version=78.2.0&version=78.2.1&version=78.2.2&signature=OOM%20%7C%20large%20%7C%20xul.dll%20%7C%20NS_internal_main&date=%3E%3D2020-08-01T20%3A15%3A00.000Z&date=%3C2020-09-01T20%3A15%3A00.000Z&_columns=date&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=uptime&_sort=-date&page=1#graphs
So a bit concerning and something to watch
Reporter | ||
Comment 3•4 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #1)
(In reply to Worcester12345 from comment #0)
Not for nothing, but Thunderbird has already crashed twice today. Thunderbird previous to this version crashed VERY rarely.
78.2.1 (32-bit)Crash report: https://crash-stats.mozilla.org/report/index/5eb641bb-2495-4ccb-85d1-4bfc60200901 (40 minutes uptime)
If this crash and https://crash-stats.mozilla.org/report/index/a2a5cb6c-46fd-4726-bd2b-c61590200901 ( 42 minutes uptime, from bug 1662429) were both shutdown I wouldn't worry. If one or both was not during shutdown then it might be interesting, but we'd need to know what you were doing at the time of the crash, no?
One of them, I was just reading emails, and deleting a couple. Nothing big or strenuous at all. I might have even been away for a moment and came back to a crashed Thunderbird. The other one, I don't recall.
Reporter | ||
Comment 5•4 years ago
|
||
See comments in one of the other bugs. They are all similar, but not the SAME. The white lines in between the red lines are on different things.
Comment 6•4 years ago
|
||
#13 for 78.6.1 - steadily increased since summer 2020 as version 78 rolled out.
Updated•3 years ago
|
Comment 7•3 years ago
|
||
If you are no longer seeing these, I think we can say it was lack of page file, ala bug 1663781
Reporter | ||
Comment 8•3 years ago
|
||
No, there was a page file either way. At one point, I was doing it manually, but it has since been turned on to let Windows 10 (64 bit) handle it.
Comment 9•3 years ago
|
||
To clarify, what I mean is insufficient sized page file.
Comment 10•3 years ago
|
||
Resolved per whiteboard
Reporter | ||
Comment 11•3 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #9)
To clarify, what I mean is insufficient sized page file.
Doesn't Windows work to make sure the page file is "sufficient"? You asked to turn on computer managed, but now say that isn't right, either. ?
Reopen?
Description
•