Closed
Bug 1006207
Opened 10 years ago
Closed 10 years ago
Remove redundant code from transport layer
Categories
(Core :: WebRTC: Networking, defect)
Core
WebRTC: Networking
Tracking
()
RESOLVED
FIXED
mozilla34
People
(Reporter: mt, Assigned: mt)
Details
Attachments
(2 files, 5 obsolete files)
4.36 KB,
patch
|
mt
:
review+
|
Details | Diff | Splinter Review |
3.97 KB,
patch
|
ekr
:
review+
|
Details | Diff | Splinter Review |
This was originally intended to be a little more generic than it currently is, and there is some vestigal code in here for handling STREAM transports in TransportLayerDtls. But it's not actually used in practice. TransportLayerDtls sets mode_ to DGRAM and leaves it there.
Assignee | ||
Comment 1•10 years ago
|
||
Byron, is there anything in the ICE TCP patches that would change this?
Flags: needinfo?(docfaraday)
Comment 2•10 years ago
|
||
Nope, nor do I have anything in progress that touches this.
Flags: needinfo?(docfaraday)
Assignee | ||
Comment 3•10 years ago
|
||
All good, all the unit tests run and pass. I'm going to run this on try to see if there are weird compiler corner cases that are triggered by the absence of code, but I'm feeling bullish on this.
Attachment #8418426 -
Flags: review?(ekr)
Assignee | ||
Comment 4•10 years ago
|
||
Maybe I'm being too parsimonious, but I think that this is enough: https://tbpl.mozilla.org/?tree=Try&rev=93eb39e68f6f
Assignee | ||
Comment 5•10 years ago
|
||
So yeah, reindent was necessary. Missed that.
Attachment #8418426 -
Attachment is obsolete: true
Attachment #8418426 -
Flags: review?(ekr)
Attachment #8418435 -
Flags: review?(ekr)
Assignee | ||
Comment 6•10 years ago
|
||
Attachment #8418435 -
Attachment is obsolete: true
Attachment #8418435 -
Flags: review?(ekr)
Attachment #8466502 -
Flags: review?(ekr)
Assignee | ||
Comment 7•10 years ago
|
||
https://tbpl.mozilla.org/?tree=Try&rev=a1b282e70f42
Summary: Remove mode_ parameter from transport layer → Remove redundant code from transport layer
Assignee | ||
Comment 8•10 years ago
|
||
Rebased to inbound, which had conflicting changes.
Attachment #8466502 -
Attachment is obsolete: true
Attachment #8466502 -
Flags: review?(ekr)
Attachment #8466526 -
Flags: review?(ekr)
Assignee | ||
Comment 9•10 years ago
|
||
Attachment #8466528 -
Flags: review?(ekr)
Comment 10•10 years ago
|
||
Comment on attachment 8466526 [details] [diff] [review] 0001-Bug-1006207-Removing-unused-mode_-code.patch Review of attachment 8466526 [details] [diff] [review]: ----------------------------------------------------------------- ::: media/mtransport/transportlayerdtls.cpp @@ +453,4 @@ > return false; > pr_fd->secret = reinterpret_cast<PRFilePrivate *>(nspr_io_adapter_.get()); > > + ScopedPRFileDesc ssl_fd(DTLS_ImportFD(nullptr, pr_fd)); This code uses = rather than initialization syntax. @@ +644,4 @@ > int32_t err = PR_GetError(); > switch(err) { > case SSL_ERROR_RX_MALFORMED_HANDSHAKE: > + MOZ_MTLOG(ML_ERROR, LAYER_INFO << "Malformed DTLS message; ignoring"); Please leave a comment here about how you would handle stream, just for the future. @@ +652,5 @@ > + rv = DTLS_GetHandshakeTimeout(ssl_fd_, &timeout); > + if (rv == SECSuccess) { > + uint32_t timeout_ms = PR_IntervalToMilliseconds(timeout); > + > + MOZ_MTLOG(ML_DEBUG, LAYER_INFO << "Setting DTLS timeout to " << Fix indent. Suggest break before <<
Attachment #8466526 -
Flags: review?(ekr) → review+
Comment 11•10 years ago
|
||
Comment on attachment 8466528 [details] [diff] [review] 0002-Bug-1006207-Removing-offset-from-Packet-class-forcin.patch Review of attachment 8466528 [details] [diff] [review]: ----------------------------------------------------------------- This seems like it may need one more pass ::: media/mtransport/transportlayerdtls.cpp @@ +77,4 @@ > input_.back()->Assign(data, len); > } > > +int32_t TransportLayerNSPRAdapter::Read(void *data, int32_t buflen) { Let's rename this to Recv. @@ +85,5 @@ > > Packet* front = input_.front(); > + if (buflen < front->len_) { > + PR_SetError(PR_BUFFER_OVERFLOW_ERROR, 0); > + return -1; Note that this is basically not recoverable. Should we drop this packet? Certainly should add an assert. @@ +90,3 @@ > } > > + int32_t count = front->len_; Why create a temporary here and why is it signed?
Attachment #8466528 -
Flags: review?(ekr) → review-
Assignee | ||
Comment 12•10 years ago
|
||
(In reply to Eric Rescorla (:ekr) from comment #10) > Comment on attachment 8466526 [details] [diff] [review] > > > > + ScopedPRFileDesc ssl_fd(DTLS_ImportFD(nullptr, pr_fd)); > > This code uses = rather than initialization syntax. Really? Because this is a direct copy from a few lines above where pr_fd is initialized as so: ScopedPRFileDesc pr_fd(PR_CreateIOLayerStub(transport_layer_identity, &TransportLayerMethods)); > @@ +644,4 @@ > > int32_t err = PR_GetError(); > > switch(err) { > > case SSL_ERROR_RX_MALFORMED_HANDSHAKE: > > + MOZ_MTLOG(ML_ERROR, LAYER_INFO << "Malformed DTLS message; ignoring"); > > Please leave a comment here about how you would handle stream, just for the > future. I don't think that I'd drive a streamed protocol through here in future, but sure. (In reply to Eric Rescorla (:ekr) from comment #11) I changed the name and used MOZ_ASSERT(). > @@ +90,3 @@ > > } > > > > + int32_t count = front->len_; > > Why create a temporary here and why is it signed? Because I need to return this value and front is deleted before the method returns.
Assignee | ||
Comment 13•10 years ago
|
||
r=ekr
Attachment #8466526 -
Attachment is obsolete: true
Attachment #8467378 -
Flags: review+
Assignee | ||
Comment 14•10 years ago
|
||
https://tbpl.mozilla.org/?tree=Try&rev=9ebe243bba40
Attachment #8466528 -
Attachment is obsolete: true
Attachment #8467379 -
Flags: review?(ekr)
Comment 15•10 years ago
|
||
Comment on attachment 8467379 [details] [diff] [review] 0002-Bug-1006207-Removing-offset-from-Packet-class-forcin.patch Review of attachment 8467379 [details] [diff] [review]: ----------------------------------------------------------------- lgtm
Attachment #8467379 -
Flags: review?(ekr) → review+
Assignee | ||
Updated•10 years ago
|
Keywords: checkin-needed
Comment 16•10 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/302936c0978c https://hg.mozilla.org/integration/mozilla-inbound/rev/fd811aaf5a90
Keywords: checkin-needed
https://hg.mozilla.org/mozilla-central/rev/302936c0978c https://hg.mozilla.org/mozilla-central/rev/fd811aaf5a90
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla34
Updated•10 years ago
|
Flags: qe-verify-
You need to log in
before you can comment on or make changes to this bug.
Description
•