Set MediaRecorder's mimeType async after start()
Categories
(Core :: Audio/Video: Recording, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr68 | --- | unaffected |
firefox70 | --- | unaffected |
firefox71 | --- | fixed |
firefox72 | --- | fixed |
People
(Reporter: pehrsons, Assigned: pehrsons)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
47 bytes,
text/x-phabricator-request
|
pascalc
:
approval-mozilla-beta+
|
Details | Review |
47 bytes,
text/x-phabricator-request
|
pascalc
:
approval-mozilla-beta+
|
Details | Review |
In bug 1512175 we landed new mimeType behavior that was up to spec.
The spec is about to change in PR #190 to set the mimeType async just before firing "start".
This matches our old (pre-71) behavior better. We should defer setting the mimeType per the new proposal to avoid flip-flopping this behavior between 70-71-72 (assuming the spec change lands and our fixes land in 72), considering the annoyances such changes would bring to developers.
Assignee | ||
Comment 1•5 years ago
|
||
The spec PR has been merged.
Comment 2•5 years ago
|
||
Andreas, what are your plans wrt to 71? Any uplift needed?
Assignee | ||
Comment 3•5 years ago
|
||
Yes, the fix will be quite simple and I'd much prefer to get it uplifted to 71. I just need to dig up some time to write it.
Comment 4•5 years ago
|
||
Andreas, when do you plan to land a patcha and request an uplift to beta? We are at beta 8 out of 12. Thanks.
Assignee | ||
Comment 5•5 years ago
|
||
Yep, sorry. I've been bogged down by other work. I'll try to get this prioritized.
Assignee | ||
Comment 6•5 years ago
|
||
Assignee | ||
Comment 7•5 years ago
|
||
Depends on D52255
Comment 11•5 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/42f9a49ed38f
https://hg.mozilla.org/mozilla-central/rev/550c2f8bde45
Assignee | ||
Comment 13•5 years ago
|
||
Comment on attachment 9107347 [details]
Bug 1590997 - Defer setting MediaRecorder mimeType attribute until firing start event. r?jib
Beta/Release Uplift Approval Request
- User impact if declined: We ship new behavior for MediaRecorder in 71 that we immediately in 72 return back to being on par with pre-71.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): No threading changes, no lifetime changes. We're just moving the setting of a member on main thread to a later point in time. The biggest risk I see is in setting the member when we're not supposed to, because the class has already been reset. However we are handling such cases explicitly so I still consider that low risk.
- String changes made/needed:
Assignee | ||
Updated•5 years ago
|
Comment 14•5 years ago
|
||
Comment on attachment 9107347 [details]
Bug 1590997 - Defer setting MediaRecorder mimeType attribute until firing start event. r?jib
Low risk Mediarecorder change with tests, uplift approved for 71 beta 9, thanks.
Updated•5 years ago
|
Comment 15•5 years ago
|
||
bugherder uplift |
Updated•5 years ago
|
Updated•3 years ago
|
Description
•