Closed
Bug 903803
Opened 12 years ago
Closed 11 years ago
createDataChannel doesn't respect ordered in RTCDataChannelInit dict
Categories
(Core :: WebRTC: Networking, defect)
Tracking
()
RESOLVED
FIXED
mozilla26
People
(Reporter: kahmyong.moon, Assigned: jib)
Details
(Whiteboard: [webrtc][webrtc-uplift])
Attachments
(4 files)
Using "ordered: false" doesn't seem to do anything; created data channels are always ordered.
Comment 1•12 years ago
|
||
What version are you testing, and with what code? Can you run a Debug build (from ftp.mozilla.org) and set the env variables NSPR_LOG_MODULES=datachannel:5 NSPR_LOG_FILE=some temp file and run your test?
Reporter | ||
Comment 2•12 years ago
|
||
Data channel log using this build:
ftp://ftp.mozilla.org/pub/firefox/tinderbox-builds/mozilla-central-win32-debug/1376310819/firefox-26.0a1.en-US.win32.zip
Reporter | ||
Comment 3•12 years ago
|
||
Simple test case showing value of ordered is being ignored.
Reporter | ||
Updated•12 years ago
|
Attachment #788967 -
Attachment mime type: text/plain → text/html
Reporter | ||
Comment 4•12 years ago
|
||
I've been using Nightly for my tests (26.0a1; originally 2013-08-10, just retested with 2013-08-12, same behavior).
My code has a bunch of dependencies on a custom server, but the simple test case I attached exhibits the same behavior, where dc.ordered doesn't reflect the value passed to createDataChannel().
Additionally, while I can't come up with a simple test case to show it, I'm not seeing the SCTP unordered flag on the DATA chunks I'm receiving from Firefox.
Reporter | ||
Comment 5•12 years ago
|
||
Not sure if it provides much additional information, but here's the log from my full application (same build as attachment 788965 [details]).
Assignee | ||
Comment 6•11 years ago
|
||
Assignee: nobody → jib
Status: UNCONFIRMED → NEW
Ever confirmed: true
Attachment #789143 -
Flags: review?(rjesup)
Comment 7•11 years ago
|
||
Comment on attachment 789143 [details] [diff] [review]
Sets ordered flag correctly in DataChannel constructor
Review of attachment 789143 [details] [diff] [review]:
-----------------------------------------------------------------
Hmmm. Wonder how that regressed... Thanks
Attachment #789143 -
Flags: review?(rjesup) → review+
Assignee | ||
Updated•11 years ago
|
Keywords: checkin-needed
Assignee | ||
Comment 8•11 years ago
|
||
> Hmmm. Wonder how that regressed... Thanks
It seems to go back the beginning http://hg.mozilla.org/mozilla-central/rev/a9ab0881ebe2
Maybe worth an uplift?
Comment 9•11 years ago
|
||
Keywords: checkin-needed
Updated•11 years ago
|
status-firefox23:
--- → wontfix
status-firefox24:
--- → affected
status-firefox25:
--- → affected
status-firefox26:
--- → affected
Whiteboard: [webrtc][webrtc-uplift]
Comment 10•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla26
Updated•11 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•