Closed Bug 1663781 Opened 4 years ago Closed 3 years ago

Crash after running for a while in [@ OOM | large | xul.dll]

Categories

(Thunderbird :: General, defect)

x86_64
Windows 10
defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: worcester12345, Unassigned)

References

Details

(Keywords: crash, steps-wanted)

Crash report: https://crash-stats.mozilla.org/report/index/e669f0bf-9469-46ba-888e-2eed90200908

Top 10 frames of crashing thread:

0 xul.dll xul.dll@0x3496791 
1 xul.dll xul.dll@0x34a33f0 
2 xul.dll xul.dll@0x35f21da 
3 xul.dll xul.dll@0x3619f27 
4 xul.dll xul.dll@0x3619e51 
5 xul.dll xul.dll@0x3629cdd 
6 xul.dll xul.dll@0x361a41c 
7 xul.dll xul.dll@0x361a2e8 
8 xul.dll xul.dll@0x361f0f1 
9 xul.dll xul.dll@0x361e752 
Crash Signature: [@ OOM | large | xul.dll]
Keywords: crash

In bug 1649023 you answered affirmative to "Are you manually managing your page file, by any chance?"

Is that also true for the crashes here, and in bug 1662439?

Flags: needinfo?(worcester12345)

I'm pretty sure I turned back on Windows managing the pagefile a while ago on both systems.

Flags: needinfo?(worcester12345)

(In reply to Worcester12345 from comment #7)

I'm pretty sure I turned back on Windows managing the pagefile a while ago on both systems.

Can you please double check?

Flags: needinfo?(worcester12345)

It was on "System Managed" for one. I will double check the other and get back to you.

Flags: needinfo?(worcester12345)

The one with nightly version was still "manually managed". Since 2 days ago, it is no longer, and is now system managed.

A user with a similar crash signature fixed it by compacting all folders.

https://support.mozilla.org/en-US/questions/1314100

See Also: → 1669589

The crash reports list
MOZ_CRASH Reason (Sanitized)
[unhandlable oom] Failed not allocate new chunk during GC

Seems like this would have been either be bug 1472062 or starved because of small page file.
But you are no longer seeing these => incomplete

Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
See Also: → 1472062

The page file is automatically managed by Windows, in case you missed that in Comment 10.

(In reply to sfhowes from comment #11)

A user with a similar crash signature fixed it by compacting all folders.

https://support.mozilla.org/en-US/questions/1314100

(In reply to Wayne Mery (:wsmwk) from comment #12)

The crash reports list
MOZ_CRASH Reason (Sanitized)
[unhandlable oom] Failed not allocate new chunk during GC

Seems like this would have been either be bug 1472062 or starved because of small page file.
But you are no longer seeing these => incomplete

Pretty sure I am still seeing OOM crashes in Thunderbird.

Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---

(In reply to Worcester12345 from comment #13)

The page file is automatically managed by Windows, in case you missed that in Comment 10.

No, I didn't miss it. You stated you changed to system managed "two days ago" but didn't say you were still crashing, and also did not list any crash IDs.

Please list your crash IDs of the past two weeks for both Firefox and Thunderbird.

I just noticed this bug is against version 78. The last crash I have in this version is:

https://crash-stats.mozilla.org/report/index/7ea0faba-b08c-443c-9c49-0312f0210430

Sorry.

Will check other version after. Is there a similar bug for nightly version?

Severity: -- → S3
Keywords: steps-wanted

(In reply to Wayne Mery (:wsmwk) from comment #15)

(In reply to Worcester12345 from comment #13)

The page file is automatically managed by Windows, in case you missed that in Comment 10.

No, I didn't miss it. You stated you changed to system managed "two days ago" but didn't say you were still crashing, and also did not list any crash IDs.

Please list your crash IDs of the past two weeks for both Firefox and Thunderbird.

(In reply to Worcester12345 from comment #16)

Will check other version after. Is there a similar bug for nightly version?

Different versions don't have different bug reports for the same crash signature. And if a crash has a common cause, then a bug may have multiple crash signatures.

Still looking for steps.

Flags: needinfo?(worcester12345)

Sorry, I can't come up with any steps other than I opened the program and it eventually died.

FWIW, I haven't had too many like this in quite a while.

Flags: needinfo?(worcester12345)

Might as well make this one "WONTFIX".

Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago3 years ago
Resolution: --- → INCOMPLETE
Summary: Crash in [@ OOM | large | xul.dll] → Crash after running for a while in [@ OOM | large | xul.dll]
You need to log in before you can comment on or make changes to this bug.