1660696 - Thunderbird startup Crash in [@ OOM | small] via mozilla::dom::Document::AddToIdTable

Status: NEW

(Thunderbird :: General, defect)

Description

[Wayne Mery (:wsmwk)]

Startup. Not my crash. Don't know whether this is common.

Crash report: https://crash-stats.mozilla.org/report/index/63659a0d-795a-47d7-ad32-2062b0200822

Top 10 frames of crashing thread:

0 xul.dll NS_ABORT_OOM xpcom/base/nsDebugImpl.cpp:611
1 xul.dll PLDHashTable::Add xpcom/ds/PLDHashTable.cpp
2 xul.dll mozilla::dom::Document::AddToIdTable dom/base/Document.cpp:3699
3 xul.dll mozilla::dom::Element::BindToTree dom/base/Element.cpp:1620
4 xul.dll nsXULElement::BindToTree dom/xul/nsXULElement.cpp:588
5 xul.dll nsINode::InsertChildBefore dom/base/nsINode.cpp:1520
6 xul.dll mozilla::dom::PrototypeDocumentContentSink::ResumeWalkInternal dom/prototype/PrototypeDocumentContentSink.cpp:492
7 xul.dll mozilla::dom::PrototypeDocumentContentSink::OnScriptCompileComplete dom/prototype/PrototypeDocumentContentSink.cpp:903
8 xul.dll mozilla::dom::PrototypeDocumentContentSink::OnStreamComplete dom/prototype/PrototypeDocumentContentSink.cpp:832
9 xul.dll mozilla::net::nsStreamLoader::OnStopRequest netwerk/base/nsStreamLoader.cpp:88

Comment 1

[Magnus Melin [:mkmelin]]

https://hg.mozilla.org/releases/mozilla-esr78/file/tip/xpcom/base/nsDebugImpl.cpp#l611 for whatever Out of memory. Probably nothing to do about it.

Comment 2

[Oana Botisan, Desktop QA]

Attachment: distribution.7z

I managed to reproduce the issue while testing the acer builds on Windows 8.1 x32, Windows 7 x32 and Windows 10 x64 (x32 Fx build).

STR:

1. Downloaded and install Firefox 82.0 - ar build.
2. Added the attached distribution file in the Firefox install folder.
3. Start Firefox (with the default profile / not via profile launcher).
   • Start CMD as admin and input the following comands to remove all profile data:
     rd /s /q %userprofile%\AppData\Roaming\Mozilla
     rd /s /q %userprofile%\AppData\Local\Mozilla
     rd /s /q %userprofile%\AppData\LocalLow\Mozilla
4. Update manually.

Actual result:

• Firefox crashes.

Expected result:

• Firefox is updated and starts without issues.

Comment 3

[Wayne Mery (:wsmwk)]

(In reply to Magnus Melin [:mkmelin] from comment #1)

https://hg.mozilla.org/releases/mozilla-esr78/file/tip/xpcom/base/nsDebugImpl.cpp#l611 for whatever Out of memory. Probably nothing to do about it.

Indeed. Also, among current crashes I don't see any with Document::AddToIdTable on the stack.

Comment 4

[Wayne Mery (:wsmwk)]

(In reply to Oana Botisan, Desktop Release QA from comment #2)

Created attachment 9192597 [details]
distribution.7z

I managed to reproduce the issue while testing the acer builds on Windows 8.1 x32, Windows 7 x32 and Windows 10 x64 (x32 Fx build).

It would be more interesting if this reproduced when using Thunderbird.

Comment 5

[Wayne Mery (:wsmwk)]

(In reply to Oana Botisan, Desktop Release QA from comment #2)

Created attachment 9192597 [details]
distribution.7z

I managed to reproduce the issue while testing the acer builds on Windows 8.1 x32, Windows 7 x32 and Windows 10 x64 (x32 Fx build).

Oana, did you match this up to a Firefox bug report, and/or determine the cause?

Comment 6

[Oana Botisan, Desktop QA]

I can't reproduce this issue anymore. I can't be sure now if there were any other related bugs in the crash report, but the signature was the same.

Comment 7

[Wayne Mery (:wsmwk)]

version 102 crashes with mozilla::dom::Document::AddToIdTab on stack are rare.

Skimming some crashes, the following are high percentage startup, vs 36% startup for the average for OOM | small:

• 96% startup crashes https://crash-stats.mozilla.org/signature/?proto_signature=~mozilla%3A%3Anet%3A%3AnsStreamLoader%3A%3AOnStopRequest&product=Thunderbird&signature=OOM%20%7C%20small&date=%3E%3D2022-10-31T00%3A57%3A00.000Z&date=%3C2022-11-14T00%3A57%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_columns=startup_crash&_sort=-date&page=1#summary

• 89% startup crashes https://crash-stats.mozilla.org/signature/?proto_signature=~nsContentUtils%3A%3ANewXULOrHTMLElement&product=Thunderbird&signature=OOM%20%7C%20small&date=%3E%3D2022-10-31T00%3A57%3A00.000Z&date=%3C2022-11-14T00%3A57%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_columns=startup_crash&_sort=-date&page=1#summary

Comment 8

[Worcester12345]

Have these crashes also slowed down in the past couple weeks?

Comment 9

[Wayne Mery (:wsmwk)]

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

version 102 crashes with mozilla::dom::Document::AddToIdTab on stack are rare.

Skimming some crashes, the following are high percentage startup, vs 36% startup for the average for OOM | small:

• 96% startup crashes https://crash-stats.mozilla.org/signature/?proto_signature=~mozilla%3A%3Anet%3A%3AnsStreamLoader%3A%3AOnStopRequest&product=Thunderbird&signature=OOM%20%7C%20small&date=%3E%3D2022-10-31T00%3A57%3A00.000Z&date=%3C2022-11-14T00%3A57%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_columns=startup_crash&_sort=-date&page=1#summary

crash rate for version 115 is somewhat decreased

• 89% startup crashes https://crash-stats.mozilla.org/signature/?proto_signature=~nsContentUtils%3A%3ANewXULOrHTMLElement&product=Thunderbird&signature=OOM%20%7C%20small&date=%3E%3D2022-10-31T00%3A57%3A00.000Z&date=%3C2022-11-14T00%3A57%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_columns=startup_crash&_sort=-date&page=1#summary

crash rate for version 115 is actually increased