Crash in [@ gfxPlatform::Init | mozilla::FFmpegRuntimeLinker::Init]
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox81 | --- | unaffected |
firefox82 | --- | unaffected |
firefox83 | --- | unaffected |
firefox84 | + | fixed |
People
(Reporter: aryx, Assigned: jya)
References
(Regression)
Details
(Keywords: crash, regression)
Crash Data
Attachments
(1 file)
Crash report: https://crash-stats.mozilla.org/report/index/55682f19-a386-469a-84f6-776b30201021
MOZ_CRASH Reason: MOZ_RELEASE_ASSERT(!XRE_IsGPUProcess()) (GFX: Not allowed in GPU process.)
Top 10 frames of crashing thread:
0 libxul.so gfxPlatform::Init gfx/thebes/gfxPlatform.cpp:815
1 libxul.so gfxPlatform::GetPlatform gfx/thebes/gfxPlatform.cpp:510
2 libxul.so mozilla::FFmpegRuntimeLinker::Init dom/media/platforms/ffmpeg/FFmpegRuntimeLinker.cpp:60
3 libxul.so mozilla::PDMFactory::EnsureInit const dom/media/platforms/PDMFactory.cpp:185
4 libxul.so mozilla::detail::RunnableFunction<mozilla::PDMFactory::EnsureInit xpcom/threads/nsThreadUtils.h:577
5 libxul.so mozilla::SyncRunnable::Run xpcom/threads/SyncRunnable.h:114
6 libxul.so mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:515
7 libxul.so mozilla::detail::RunnableFunction<mozilla::TaskController::InitializeInternal xpcom/threads/nsThreadUtils.h:577
8 libxul.so nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1197
9 libxul.so mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:109
Assignee | ||
Comment 1•4 years ago
•
|
||
People are trying to set a pref media.rdd-ffmpeg.enabled to true which is set to false for a reason.
The code is guarded by
if (!XRE_IsRDDProcess() || StaticPrefs::media_rdd_ffmpeg_enabled()) {
FFmpegRuntimeLinker::Init();
}
That pref was just added, and disabled by default for good reasons.
Assignee | ||
Comment 2•4 years ago
|
||
Going to re-open that one and put a quick check to prevent the crash at least.
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 3•4 years ago
|
||
Updated•4 years ago
|
Updated•4 years ago
|
Comment 5•4 years ago
|
||
bugherder |
Reporter | ||
Comment 6•4 years ago
|
||
There are two installations reporting the issue with the latest Nightly and the same crash stack:
- Arch Linux, e.g. bp-73ae343d-591b-41c2-bcb3-ba27c0201025
- Ubuntu 20.04, e.g. bp-2fd10922-9e7e-44cd-8cf2-3f8920201025
Please check if this bug shall get reopened.
Assignee | ||
Comment 7•4 years ago
|
||
Those are people who forcefully modified a pref to make ffmpeg run in the RDD process.
It will crash the RDD process, but won't have an impact on the browser.
I believe :stransky has a work in progress to no longer use gfxPlatform::Init() in the RDD process
Comment 8•4 years ago
|
||
Yes, it's on my TODO list, I'm going to look at it this week.
Reporter | ||
Updated•4 years ago
|
Comment 9•4 years ago
|
||
Yeah, it's still on my radar. I had to fix an urgent downstream issue recently (https://bugzilla.redhat.com/show_bug.cgi?id=1893474) but I'll look at this one too.
Updated•4 years ago
|
Description
•