Closed Bug 1422560 Opened 7 years ago Closed 6 years ago

Crash under [@ mozilla::dom::StopGamepadMonitoring()]

Categories

(Core :: DOM: Device Interfaces, defect, P2)

x86_64
macOS
defect

Tracking

()

RESOLVED WONTFIX
Tracking Status
firefox59 --- affected

People

(Reporter: Dolske, Unassigned)

References

Details

(Keywords: crash)

Crash Data

I get a 100% reproducible crash on Nightly/macOS when loading https://classicreload.com/a8b_mule.html with a USB joystick plugged in. I think it also crashed once without a joystick plugged in, but I'm not sure.

e.g. bp-aec86eb5-bab3-46dc-a753-a7ada0171203

0 pthread_mutex_lock
1 -[NSMutableArray sortUsingComparator:]
2 mozilla::dom::StopGamepadMonitoring()
3 mozilla::dom::MaybeStopGamepadMonitoring()
4 mozilla::dom::GamepadEventChannelParent::ActorDestroy()

Sorta sounds like bug 1347519 was trying to fix this (similar crash stack there), so maybe this is a dupe?
Crash Signature: [@ pthread_mutex_lock | -[NSMutableArray sortUsingComparator:] ]
I guess I also see bug 1382176, but that says not reproducible.
Hi Michael, are you the right person to take a look at this crash and comment 0 or to point me to the right person?
Component: DOM → DOM: Device Interfaces
Flags: needinfo?(cleu)
I can reproduce this crash, it is the first time I encounter it in person.

Hi Justin, can you test the patch in bug 1397194 ?

This patch utilizes gecko's nsITimer instead of macos' native eventloop.
Flags: needinfo?(cleu)
Flags: needinfo?(dolske)
Depends on: 1397194
Priority: -- → P2
I haven't had time to build and test this. Maybe someone can point me at a try build?
Flags: needinfo?(dolske)
The patch mentioned was already landed, so anything on nightly should work.
Severity: normal → critical
Keywords: crash
Closing because no crash reported since 12 weeks.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
Closing because no crash reported since 12 weeks.
You need to log in before you can comment on or make changes to this bug.