1259465 - test_peerConnection_remoteReofferRollback fails if second stream added to initial offer/answer

Status: NEW

(Core :: WebRTC, defect, P3)

Description

[Michael Froman [:mjf]]

If the test is run with audio streams only it works, or video streams only it works.  However, the test will fail if line 62 is changed from:
test.setMediaConstraints([{audio: true}], [{audio: true}]);

to

test.setMediaConstraints([{audio: true}, {video: true}], [{audio: true}, {video: true}]);

I don't know if it is the existence of 2 streams in the initial offer/answer or the existence of both an audio and video streams in the initial offer/answer that causes the issue.

Note: the second setMediaConstrainsts call in PC_LOCAL_ADD_SECOND_STREAM does not seem to have any bearing on how the test behaves.  It can be removed completely and the success cases and failure cases remain the same.

Comment 1

[Maire Reavy [:mreavy]]

Byron -- Does P2 seem right for this bug? Or do we need to look at this sooner?

Comment 2

[Byron Campen [:bwc]]

I guess it seems sane, although I have a suspicion that I might have seen this bug while working on the ontrack/onaddstream bug (in the rollback mochitests).

Comment 3

[Bulk Bug Changes for mreavy's org]

Mass change P2->P3 to align with new Mozilla triage process.