Closed
Bug 930621
Opened 11 years ago
Closed 11 years ago
Missing test coverage for mozRTCPeerConnection and RTCStatsReport
Categories
(Core :: WebRTC, defect)
Core
WebRTC
Tracking
()
RESOLVED
FIXED
mozilla29
People
(Reporter: mccr8, Assigned: jib)
References
(Blocks 1 open bug)
Details
mozRTCPeerConnection has this: Constructor (optional RTCConfiguration configuration, optional object? constraints)]
I added some code to assert when a constraint is passed in, but it is never hit. So it seems like there should be some test cases for passing in null and passing in an actual object.
Similarly, the interface RTCStatsReport has
void forEach(RTCStatsReportCallback callbackFn, optional any thisArg);
but again there are no tests in the test suite that pass in anything for thisArg, so something should be added to test those.
Assignee | ||
Comment 1•11 years ago
|
||
(In reply to Andrew McCreight [:mccr8] from comment #0)
> mozRTCPeerConnection has this: Constructor (optional RTCConfiguration
> configuration, optional object? constraints)]
We don't actually implement constraints (settings really) on RTCPeerConnection itself yet, just on createOffer/Answer (and soon addstream).
> Similarly, the interface RTCStatsReport has
> void forEach(RTCStatsReportCallback callbackFn, optional any thisArg);
> but again there are no tests in the test suite that pass in anything for
> thisArg, so something should be added to test those.
The mochitests for this are still outstanding in Bug 902003.
Reporter | ||
Comment 2•11 years ago
|
||
(In reply to Jan-Ivar Bruaroey [:jib] from comment #1)
> We don't actually implement constraints (settings really) on
> RTCPeerConnection itself yet, just on createOffer/Answer (and soon
> addstream).
Well, you must do something if somebody passes something in, right? You could test that. ;)
> The mochitests for this are still outstanding in Bug 902003.
Okay, great.
Feel free to close this bug or whatever as appropriate.
Assignee | ||
Comment 3•11 years ago
|
||
(In reply to Andrew McCreight [:mccr8] from comment #2)
> (In reply to Jan-Ivar Bruaroey [:jib] from comment #1)
> > We don't actually implement constraints (settings really) on
> > RTCPeerConnection itself yet, just on createOffer/Answer (and soon
> > addstream).
>
> Well, you must do something if somebody passes something in, right?
Not really. :-) PeerConnection.js ignores the arg entirely on the constructor.
> You could test that. ;)
Not sure what you mean.
> > The mochitests for this are still outstanding in Bug 902003.
>
> Okay, great.
>
> Feel free to close this bug or whatever as appropriate.
I'll leave it open as a reminder until I get those tests added. Thanks.
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → jib
Assignee | ||
Comment 4•11 years ago
|
||
Tests landed in Bug 950855.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•