Open Bug 1660696 Opened 2 years ago Updated 11 months ago

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

Categories

(Thunderbird :: General, defect)

x86
Windows 10
defect

Tracking

(Not tracked)

People

(Reporter: wsmwk, Unassigned)

References

Details

(Keywords: crash)

Crash Data

Attachments

(1 file)

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

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.

See Also: → 1660710
See Also: → 1256224
Attached file 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.

(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.

See Also: → 1674132
Summary: Crash in [@ OOM | small] via mozilla::dom::Document::AddToIdTable → Thunderbird Crash in [@ OOM | small] via mozilla::dom::Document::AddToIdTable

(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.

(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?

Flags: needinfo?(oana.botisan)

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.

Flags: needinfo?(oana.botisan)
You need to log in before you can comment on or make changes to this bug.