Closed
Bug 843491
Opened 12 years ago
Closed 10 years ago
onaddstream fires a non-usable MediaStream when a peer connection is given the same SDP to localDescription and remoteDescription
Categories
(Core :: WebRTC: Audio/Video, defect)
Core
WebRTC: Audio/Video
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: jsmith, Unassigned)
Details
(Whiteboard: [WebRTC] [blocking-webrtc-])
Attachments
(1 file)
|
2.73 KB,
application/zip
|
Details |
Steps:
1. Load pc_realdevices_test.html
2. Select "Turn on local video 1 with gum video only"
3. Select "Create Peer Connection 1"
4. Select "Handle onaddstream PC 1"
5. Select "Add User 1 Video Stream to PC 1"
6. Select "PC 1 Offer"
7. Select "PC 1 Set Local Description First Offer"
8. Select "PC 1 Set Remote Description First Offer"
Expected:
If onaddstream was expected to fire, we should at least get a workable MediaStream that can be played back. If it's not expected, we should be getting an exception thrown somewhere in this execution process.
Actual:
onaddstream fires with a MediaStream that plays nothing.
Why would even bother firing onaddstream with a stream that can't even be played?
Comment 1•12 years ago
|
||
Note: there may be a more general bug here which isn't covered by the summary of problems with local SDP == remote SDP. That's not (on it's own) a real-world usecase. But this particular case would be blocking-
Whiteboard: [WebRTC] [blocking-webrtc-]
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•