RTCRtpSender.getParameters + setParameters always results in an invalid call warning
Categories
(Core :: WebRTC: Signaling, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox110 | --- | wontfix |
firefox111 | --- | verified |
firefox112 | --- | verified |
People
(Reporter: joao, Assigned: bwc)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-beta+
|
Details | Review |
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/110.0
Steps to reproduce:
Invoking RTCRtpSender.setParameters
immediately after RTCRtpSender.getParameters
always results in an "Invalid setParameters call detected!" warning with a specific error of: "Cannot change transaction id: call getParameters, modify the result, and then call setParameters", regardless of if the parameters object obtained from RTCRtpSender.getParameters
was modified or not.
Minimal repro (thanks to Dag-Inge Aas):
https://codepen.io/daginge/pen/JjaGeRe
The issue seems to have been introduced by the following change: https://phabricator.services.mozilla.com/D156834
Actual results:
The setParameters
call resulted in a warning: "Invalid setParameters call detected! The good news? Firefox supports sendEncodings in addTransceiver now, so we ask that you switch over to using the parameters code you use for other browsers. Thank you for your patience and support. The specific error was: Cannot change transaction id: call getParameters, modify the result, and then call setParameters"
Expected results:
The setParameters
call done immediately after, and with the result of, getParameters
should be valid and no warning emitted.
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 2•2 years ago
|
||
Assignee | ||
Comment 3•2 years ago
|
||
Comment 4•2 years ago
|
||
I was able to reproduce this issue thanks to the reduced test case and I got a regression range for it, here is the Pushlog:
I'm not sure which of those two issues caused this issue.
Updated•2 years ago
|
Updated•2 years ago
|
Comment 6•2 years ago
|
||
bugherder |
Comment 7•2 years ago
|
||
Verified as fixed in our latest Nightly 112.0a1 (2023-03-01).
Comment 8•2 years ago
|
||
The patch landed in nightly and beta is affected.
:bwc, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox111
towontfix
.
For more information, please visit auto_nag documentation.
Assignee | ||
Comment 10•2 years ago
|
||
Comment on attachment 9319322 [details]
Bug 1817936: When using compat mode, compare against [[LastReturnedParameters]] if set. r?jib
Beta/Release Uplift Approval Request
- User impact if declined: Developers of web conferencing services are going to be confused by these incorrect warnings, and our telemetry is going to be muddied.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: Yes
- 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): Very simple change.
- String changes made/needed: None.
- Is Android affected?: Yes
Comment 11•2 years ago
|
||
Comment on attachment 9319322 [details]
Bug 1817936: When using compat mode, compare against [[LastReturnedParameters]] if set. r?jib
Approved for 111.0b8
Comment 12•2 years ago
|
||
bugherder uplift |
Comment 13•2 years ago
|
||
Verified as fixed in our latest Beta Build 111.0b8 .
Description
•