Closed
Bug 1765344
Opened 3 years ago
Closed 2 years ago
Crash in [@ webrtc::ScreenCapturerMac::CgBlit]
Categories
(Core :: WebRTC: Audio/Video, defect, P3)
Core
WebRTC: Audio/Video
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: gsvelto, Unassigned)
Details
(Keywords: crash)
Crash Data
Crash report: https://crash-stats.mozilla.org/report/index/e98a80d5-d1f8-49e5-b1b1-5d71e0220415
Reason: EXC_BAD_ACCESS / KERN_PROTECTION_FAILURE
Top 9 frames of crashing thread:
0 libsystem_platform.dylib _platform_memmove$VARIANT$Haswell
1 None @0x000070000ec26e4f
2 XUL webrtc::ScreenCapturerMac::CgBlit third_party/libwebrtc/modules/desktop_capture/mac/screen_capturer_mac.mm:379
3 XUL webrtc::ScreenCapturerMac::CaptureFrame third_party/libwebrtc/modules/desktop_capture/mac/screen_capturer_mac.mm:241
4 XUL webrtc::DesktopCaptureImpl::process dom/media/systemservices/video_engine/desktop_capture_impl.cc:651
5 XUL rtc::PlatformThread::Run third_party/libwebrtc/rtc_base/platform_thread.cc:138
6 XUL rtc::PlatformThread::StartThread third_party/libwebrtc/rtc_base/platform_thread.cc:69
7 libsystem_pthread.dylib _pthread_start
8 libsystem_pthread.dylib thread_start
This seems to be happening on Google Meet, the volume is low but the stack is consistent and always happening in the ScreenCaptureThread.
|
||
Updated•3 years ago
|
Severity: S2 → S4
Priority: -- → P3
|
||
Comment 1•2 years ago
|
||
Closing because no crashes reported for 12 weeks.
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•