Closed Bug 1663129 Opened 4 years ago Closed 1 year ago

Crash in [@ mozalloc_abort | moz_xmalloc | NS_NewDOMEvent]

Categories

(Core :: Printing: Setup, defect)

Unspecified
Windows 10
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox-esr68 --- unaffected
firefox-esr78 --- unaffected
firefox80 --- unaffected
firefox81 --- disabled
firefox82 --- fix-optional
firefox83 --- fix-optional

People

(Reporter: emilghitta, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: crash, regression, regressionwindow-wanted, Whiteboard: [print2020] [old-ui-])

Crash Data

Crash report: https://crash-stats.mozilla.org/report/index/f9ce889f-29ae-46e0-9a04-6b3570200904

Top 10 frames of crashing thread:

0 mozglue.dll mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:33
1 mozglue.dll mozalloc_handle_oom memory/mozalloc/mozalloc_oom.cpp:51
2 mozglue.dll moz_xmalloc memory/mozalloc/mozalloc.cpp:54
3 xul.dll NS_NewDOMEvent dom/events/Event.cpp:841
4 xul.dll static mozilla::EventDispatcher::CreateEvent dom/events/EventDispatcher.cpp:1275
5 xul.dll mozilla::dom::Document::CreateEvent const dom/base/Document.cpp:9998
6 xul.dll GetEventAndTarget dom/base/nsContentUtils.cpp:3994
7 xul.dll static nsContentUtils::DispatchEvent dom/base/nsContentUtils.cpp:4040
8 xul.dll mozilla::dom::ScriptLoader::ProcessRequest dom/script/ScriptLoader.cpp:2517
9 xul.dll mozilla::dom::ScriptLoader::ProcessPendingRequests dom/script/ScriptLoader.cpp:3255

Encountered this while opening the following pdf page and clicking the print button (pdf.js)

Will get back with a full description.

I think that the fix for Bug 1663053 may also fix this crash

That won't have fixed this, I'm afraid. That fix is for a null dereference, which would result in a crash in a very specific frame. This crash isn't that one.

Does this also affect the old UI, or is it limited to the new UI?

Whiteboard: [print2020_v81]

Encountered only on the new UI

Whiteboard: [print2020_v81] → [print2020_v81] [old-ui-]
QA Whiteboard: [qa-regression-triage]
Has STR: --- → no
Component: Printing → Printing: Setup
Product: Toolkit → Core
Whiteboard: [print2020_v81] [old-ui-] → [print2020_v83] [old-ui-]

Looks like no longer happens on newer builds?

Severity: -- → S3

It was rare to begin with, and the new ui has been disabled in the last few beta builds, so hard to say from crash-stats alone. Emil had STR though so it should be possible to verify.

I'll try to provide the regressionwindow-wanted.

Flags: needinfo?(jcristau)
Flags: needinfo?(jcristau)

I'm trying to reproduce the bug, but I'm not getting the crash. Instead, when I load the pdf from comment #0, FF Nightly 84.0a1 (2020-10-20) gets frozen and I have to close it.

Whiteboard: [print2020_v83] [old-ui-] → [print2020_v85] [old-ui-]
Whiteboard: [print2020_v85] [old-ui-] → [print2020_v90] [old-ui-]
Whiteboard: [print2020_v90] [old-ui-] → [print2020] [old-ui-]

I can reproduce this issue in neither the reported nor the latest versions: Nightly v82.0a1 (20200904213127), Nightly v84.0a1 (20201020145547), Nightly 109.0a1 (2022-12-07) on 2 different Windows 10 machines. This being considered, I can't assert the current validity of this bug, but based on the lack of crash reports on this signature, I will close this report as worksforme.

Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.