Closed
Bug 1461871
Opened 7 years ago
Closed 6 years ago
Crash in [@ CrashReporter::TerminateHandler | std::__terminate][@ AVCaptureDALDevice setActiveVideoMaxFrameDuration]
Categories
(Core :: WebRTC: Audio/Video, defect, P2)
Tracking
()
RESOLVED
FIXED
mozilla63
People
(Reporter: zling.ustc, Assigned: spohl)
References
Details
(Keywords: crash)
Crash Data
This bug was filed from the Socorro interface and is
report bp-abb9630d-a306-486d-8a18-4b8590180515.
=============================================================
Top 10 frames of crashing thread:
0 XUL CrashReporter::TerminateHandler toolkit/crashreporter/nsExceptionHandler.cpp:1434
1 libc++abi.dylib std::__terminate
2 libc++abi.dylib __cxa_throw
3 libobjc.A.dylib objc_exception_throw
4 AVFoundation -[AVCaptureDALDevice setActiveVideoMaxFrameDuration:]
5 AVFoundation MediaIODeviceConfigureToBestMatchPixelBufferAttributesAndMinimumFrameDuration
6 AVFoundation -[AVCaptureDeviceInput sessionWillUseOutputDecompressionOptions:forPort:]
7 AVFoundation -[AVCaptureSession decompressionSettingsDidChangeForConnection:]
8 AVFoundation -[AVCaptureVideoDataOutput observeValueForKeyPath:ofObject:change:context:]
9 Foundation NSKeyValueNotifyObserver
=============================================================
Reporter | ||
Comment 1•7 years ago
|
||
After upgrading to 60.
navigator.mediaDevices.getUserMedia({ video: true })
will crash. 100% happens on my mac. should be regression issue.
BR
Rory
Comment 2•7 years ago
|
||
Thanks for filing. This appears to be a dupe of Bug 1455364.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Comment 3•6 years ago
|
||
This is not a dupe due to a different stack.
Summary: Crash in CrashReporter::TerminateHandler | std::__terminate → Crash in [@ CrashReporter::TerminateHandler | std::__terminate][@ AVCaptureDALDevice setActiveVideoMaxFrameDuration]
Updated•6 years ago
|
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: DUPLICATE → ---
Updated•6 years ago
|
Blocks: 1270217
status-firefox61:
--- → unaffected
status-firefox62:
--- → affected
status-firefox63:
--- → affected
Keywords: crash,
regression
Version: 60 Branch → 62 Branch
Updated•6 years ago
|
Priority: -- → P2
Comment 4•6 years ago
|
||
The majority of the comments in the crash reports mention printing to PDF. Is this really related to webrtc?
Flags: needinfo?(hskupin)
Comment 5•6 years ago
|
||
(In reply to Mike Taylor [:miketaylr] (62 Regression Engineering Owner) from comment #4)
> The majority of the comments in the crash reports mention printing to PDF.
> Is this really related to webrtc?
The printing crash was a different one which got already fixed a while ago on bug 1467582. If there are still comments about that for nightly and latest beta we should file a new bug.
For this bug printing has nothing to do with the crash stack as it can be seen in comment 0.
Flags: needinfo?(hskupin)
Comment 6•6 years ago
|
||
this is a socorro query covering just the particular webrtc issue:
https://crash-stats.mozilla.com/signature/?product=Firefox&proto_signature=~AVCaptureDALDevice&signature=CrashReporter%3A%3ATerminateHandler%20%7C%20std%3A%3A__terminate&date=%3E%3D2018-03-01#reports
based on this, it appears that this particular issue isn't new in firefox 62.
Assignee | ||
Comment 7•6 years ago
|
||
Bug 1290972 landed, which appears to fix this.
Updated•6 years ago
|
Assignee: nobody → spohl.mozilla.bugs
Target Milestone: --- → mozilla63
Updated•6 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•