Closed
Bug 1073750
Opened 11 years ago
Closed 11 years ago
SCTP port gets parsed twice
Categories
(Core :: WebRTC: Signaling, defect)
Core
WebRTC: Signaling
Tracking
()
RESOLVED
FIXED
mozilla35
People
(Reporter: drno, Assigned: drno)
Details
Attachments
(1 file)
|
2.75 KB,
patch
|
ehugg
:
review+
|
Details | Diff | Splinter Review |
The port in an application m-line first gets parsed as regular payload type and then as SCTP port again.
| Assignee | ||
Comment 1•11 years ago
|
||
Attachment #8496351 -
Flags: review?(ethanhugg)
Comment 2•11 years ago
|
||
Comment on attachment 8496351 [details] [diff] [review]
bug_1073750_fix_sctp_port_parsing.patch
Review of attachment 8496351 [details] [diff] [review]:
-----------------------------------------------------------------
Looks good to me.
I noticed when testing this out with this page: http://mozilla.github.io/webrtc-landing/data_test.html
that it doesn't work like it used to. Do you see the text messages from each side on this test now?
Attachment #8496351 -
Flags: review?(ethanhugg) → review+
| Assignee | ||
Comment 3•11 years ago
|
||
Apparently the trickle ICE support on the webrtc-landing pages is/was broken. I fixed the data_test.html here: http://nils-ohlmeier.github.io/webrtc-landing/data_test.html
With that fixed page it seems to work for me with and without this patch. Mochitests are passing as well.
Is the fixed page working like expected for you Ethan?
Flags: needinfo?(ethanhugg)
| Assignee | ||
Comment 4•11 years ago
|
||
Comment 5•11 years ago
|
||
Yes, your fixed page works fine with this patch. Also with Nightly, Aurora and Release. Thanks.
Flags: needinfo?(ethanhugg)
| Assignee | ||
Updated•11 years ago
|
Keywords: checkin-needed
Comment 6•11 years ago
|
||
Assignee: nobody → drno
Keywords: checkin-needed
Comment 7•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla35
You need to log in
before you can comment on or make changes to this bug.
Description
•