Closed Bug 1404961 Opened 7 years ago Closed 5 years ago

Crash in BaseGetNamedObjectDirectory | mozilla::widget::WinUtils::WaitForMessage | nsAppShell::ProcessNextNativeEvent

Categories

(Core :: DOM: Content Processes, defect, P3)

Product:
Core
Component:
DOM: Content Processes
Platform:
x86
Windows 7
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Tracking Flags:
Tracking Status
firefox56 --- wontfix
firefox57 --- wontfix
firefox58 --- wontfix
firefox59 --- wontfix
firefox60 --- fix-optional

People

(Reporter: marcia, Unassigned)

Details

(Keywords: crash, regression)

Crash Data

This bug was filed from the Socorro interface and is report bp-cd1980ab-afc8-4704-9dd8-947300171002. ============================================================= Seen while looking at crash stats for beta (and nightly): http://bit.ly/2wsP9DG. Seen in some 56 beta, but not 56 final. Windows 7 only. 57b4 209 crashes/99 installs.
Flags: needinfo?(jmathies)
Priority: -- → P2
Blocks: injecteject
Flags: needinfo?(jmathies)
Component: IPC → DOM: Content Processes
Only a few crashes in 56 release. Marking wontfix. 500+ crashes in the last week for 57 beta 5.
status-firefox56: affected → wontfix
10 crashes, 10 installs for 57. low volume. punting to 58.
status-firefox57: affected → wontfix
Jim, do you recall why you set this bug blocking InjectEject? Was there something about it suggesting that third-party code was involved? I looked at a few reports and while some of them did contain injected libraries, I didn't see enough consistency to warrant a correlation...
Flags: needinfo?(jmathies)
Moving to block 1435794 for now.
Blocks: 1435794
No longer blocks: injecteject
Don't see why I hooked it up, should have commented when I did.
Flags: needinfo?(jmathies)
Priority: P2 → P3

No crashes in recent builds - resolving as WFM.

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