Closed Bug 1817649 Opened 2 years ago Closed 2 years ago

Crash in [@ mozilla::dom::EventTarget::ComputeWantsUntrusted]

Categories

(Core :: DOM: Events, defect, P2)

Unspecified
All
defect

Tracking

()

VERIFIED FIXED
112 Branch
Tracking Status
thunderbird_esr102 --- unaffected
firefox-esr102 --- unaffected
firefox110 --- unaffected
firefox111 --- wontfix
firefox112 --- fixed

People

(Reporter: wsmwk, Assigned: mkmelin)

References

(Regression)

Details

(Keywords: crash, regression, topcrash-thunderbird, Whiteboard: [tbird topcrash])

Crash Data

Attachments

(1 file)

#2 crash for 111.0a1. First crash below at buildid 20230209104417. Still exists in 112.0a1. And a beta crash at bp-30540e59-ada4-44f3-8b36-aa0a60230217

Crash report: https://crash-stats.mozilla.org/report/index/47d77a2a-58c8-4bdc-ba22-678070230210

Reason: EXCEPTION_ACCESS_VIOLATION_READ

Top 10 frames of crashing thread:

0  xul.dll  mozilla::dom::EventTarget::ComputeWantsUntrusted  dom/events/EventTarget.cpp:47
0  xul.dll  mozilla::dom::EventTarget::AddSystemEventListener  dom/events/EventTarget.cpp:111
1  xul.dll  mozilla::dom::EventTarget::AddSystemEventListener  dom/events/EventTarget.h:114
1  xul.dll  mozilla::dom::MenuBarListener::MenuBarListener  dom/xul/MenuBarListener.cpp:70
2  xul.dll  mozilla::dom::XULMenuBarElement::BindToTree  dom/xul/XULMenuBarElement.cpp:82
3  xul.dll  mozilla::dom::Element::BindToTree  dom/base/Element.cpp:1833
4  xul.dll  nsStyledElement::BindToTree  dom/base/nsStyledElement.cpp:214
5  xul.dll  nsXULElement::BindToTree  dom/xul/nsXULElement.cpp:628
6  xul.dll  nsINode::InsertChildBefore  dom/base/nsINode.cpp:1586
7  xul.dll  nsINode::ReplaceOrInsertBefore  dom/base/nsINode.cpp:2825
Flags: needinfo?(mkmelin+mozilla)

No idea, sorry.

Flags: needinfo?(mkmelin+mozilla)

No Thunderbird nightly crashes after build 20230215102959, so far.

Whiteboard: [closeme 2023-03-05]

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

No Thunderbird nightly crashes after build 20230215102959, so far.

still

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
Whiteboard: [closeme 2023-03-05]
Severity: -- → S2
Priority: -- → P2
Component: General → DOM: Events
Product: Thunderbird → Core
Version: Thunderbird 111 → unspecified

I found no correlations to add-ons.
There are no Firefox crashes.

Maybe we get lucky and there are no crashes after 112 merges to beta in two weeks.

At the crash point, all callees in ComputeDefaultWantsUntrusted do null-check correctly. So, it seems that the method is called with nullptr. The root caller does not do null-check but nsContentUtils::GetWindowRoot() may return nullptr.

Assignee: nobody → mkmelin+mozilla
Status: REOPENED → ASSIGNED
OS: Windows 11 → All
Whiteboard: [tbird topcrash]
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/6c4655ca0e97 Fix crash in [@ mozilla::dom::EventTarget::ComputeWantsUntrusted]. r=emilio

FWIW, there are no useful user comments in the crash reports, so we don't know what action(s) in Thunderbird is triggering this.

Status: ASSIGNED → RESOLVED
Closed: 2 years ago2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 112 Branch

The patch landed in nightly and beta is affected.
:mkmelin, is this bug important enough to require an uplift?

  • If yes, please nominate the patch for beta approval.
  • If no, please set status-firefox111 to wontfix.

For more information, please visit auto_nag documentation.

Flags: needinfo?(mkmelin+mozilla)

Thunderbird can wait until 112.

Flags: needinfo?(mkmelin+mozilla)

V.fixed - no crashes happening on beta nor nightly

Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: