Closed
Bug 928537
Opened 12 years ago
Closed 12 years ago
Datachannel streams should be larger than u16
Categories
(Core :: WebRTC: Signaling, defect)
Core
WebRTC: Signaling
Tracking
()
RESOLVED
FIXED
mozilla27
People
(Reporter: ehugg, Assigned: ehugg)
Details
Attachments
(1 file)
|
4.26 KB,
patch
|
jesup
:
review+
|
Details | Diff | Splinter Review |
Chrome canary is sending us this:
a=sctpmap:5000 webrtc-datachannel 65536
And we are responding with
a=sctpmap:5000 webrtc-datachannel 0
because we are storing this value in 16 bits. We should move to a larger unsigned type.
| Assignee | ||
Updated•12 years ago
|
Assignee: nobody → ethanhugg
| Assignee | ||
Comment 1•12 years ago
|
||
Via correspondence with Jesup over email it appears that we should be limiting this to MAX_NUM_STREAMS instead. This value is defined in DataChannelProtocol.h
#define MAX_NUM_STREAMS (2048)
So I think we should be reflecting the value of streams unless it is greater than MAX_NUM_STREAMS, in which case we should return the MAX_NUM_STREAMS value. Perhaps I should also be checking for < 1 and setting to 1 in that case as well.
| Assignee | ||
Comment 2•12 years ago
|
||
| Assignee | ||
Comment 3•12 years ago
|
||
Comment on attachment 819229 [details] [diff] [review]
Datachannel streams should be kept in the range 1 to MAX_NUM_STREAMS
Tested by building with WEBRTC_DATACHANNEL_STREAMS_DEFAULT to 65536.
Attachment #819229 -
Flags: review?(rjesup)
Updated•12 years ago
|
Attachment #819229 -
Flags: review?(rjesup) → review+
| Assignee | ||
Comment 4•12 years ago
|
||
Doing a try run since the include path was changed:
https://tbpl.mozilla.org/?tree=Try&rev=2707caa1fa2d
Comment 6•12 years ago
|
||
Keywords: checkin-needed
Target Milestone: --- → mozilla27
Comment 7•12 years ago
|
||
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•