1619234 - Crash in [@ _os_trace_image_was_unloaded] EXC_BAD_INSTRUCTION / EXC_I386_INVOP

Status: RESOLVED WORKSFORME

(Core :: Audio/Video: Playback, defect, P3)

Description

[Jamie W]

This bug is for crash report bp-d48ad905-78ca-4b25-9117-3a73a0200228.

Top 10 frames of crashing thread:

0 libsystem_trace.dylib _os_trace_image_was_unloaded 
1  @0x11003ccb1 
2  @0x1100406c6 
3  @0x11004854a 
4 libdyld.dylib dlopen 
5 libnss3.dylib PR_LoadLibraryWithFlags nsprpub/pr/src/linking/prlink.c:404
6 XUL mozilla::FFmpegRuntimeLinker::Init dom/media/platforms/ffmpeg/FFmpegRuntimeLinker.cpp:66
7 XUL mozilla::PDMFactory::EnsureInit const dom/media/platforms/PDMFactory.cpp:177
8 XUL mozilla::detail::RunnableFunction<mozilla::PDMFactory::EnsureInit xpcom/threads/nsThreadUtils.h:557
9 XUL mozilla::SyncRunnable::Run xpcom/threads/SyncRunnable.h:101

Comment 1

[Jamie W]

After debugging, I discovered that ffmpeg on my operating system was not linked to a correct dylib for x265 (likely due to it being a pre-built binary). After re-compiling ffmpeg using homebrew,

This still doesn't seem like something that should be able to crash the browser persistently.

Comment 2

[Jamie W]

After re-compiling ffmpeg using homebrew, it was resolved. *

Comment 3

[John Lin [:jhlin][:jolin]]

Jean-Yves, have you met similar issue when upgrading FFMPEG?

Comment 4

[Jean-Yves Avenard [:jya]]

Crash occurs within the dynamic loader, nothing we would be able to do about.

Closing as WFM, on macos linking with an external ffmpeg isn't enabled at compile time.