Open
Bug 1165944
Opened 9 years ago
Updated 2 years ago
Better handle a failure to start a GMP child process.
Categories
(Core :: Audio/Video: GMP, defect, P3)
Core
Audio/Video: GMP
Tracking
()
NEW
People
(Reporter: bobowen, Unassigned)
References
Details
On Windows, bug 1146874 fixed the problem where a failure to start a sandboxed GMP process would cause the main process to crash. Now we have logging and of course the video fails to play. Should we handle this better, with retries or communication to the user, like when the GMP process crashes? Should we be reporting this via the crash reporter? Maybe the reporting should be common code in GeckoChildProcessHost.cpp
Updated•9 years ago
|
Component: Audio/Video → Audio/Video: MSG/cubeb/GMP
Updated•9 years ago
|
Component: Audio/Video: MediaStreamGraph → Audio/Video: GMP
Updated•8 years ago
|
Rank: 28
Priority: -- → P2
Comment 1•7 years ago
|
||
Mass change P2->P3 to align with new Mozilla triage process.
Priority: P2 → P3
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•