Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(151)

Issue 2473663002: Fix crash when registering abs-send-time to AudioSend/ReceiveStream. (Closed)

Created:
4 years, 1 month ago by stefan-webrtc
Modified:
4 years, 1 month ago
CC:
webrtc-reviews_webrtc.org, tterriberry_mozilla.com, tlegrand-webrtc
Target Ref:
refs/pending/heads/master
Project:
webrtc
Visibility:
Public.

Description

Fix crash when registering abs-send-time to AudioSend/ReceiveStream. Introduced with r14870. BUG=b/32591921 Committed: https://crrev.com/572ae1212b488d874f6afcf87bc536319b122df7 Cr-Commit-Position: refs/heads/master@{#14883}

Patch Set 1 #

Unified diffs Side-by-side diffs Delta from patch set Stats (+6 lines, -0 lines) Patch
M webrtc/audio/audio_receive_stream.cc View 1 chunk +3 lines, -0 lines 0 comments Download
M webrtc/audio/audio_send_stream.cc View 1 chunk +3 lines, -0 lines 0 comments Download

Messages

Total messages: 11 (4 generated)
stefan-webrtc
This solves the issue, but I'm not sure we should have an NOTREACHED() on header ...
4 years, 1 month ago (2016-11-02 07:33:40 UTC) #2
stefan-webrtc
+tina
4 years, 1 month ago (2016-11-02 09:42:46 UTC) #4
tlegrand-webrtc
lgtm
4 years, 1 month ago (2016-11-02 09:46:28 UTC) #5
commit-bot: I haz the power
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/2473663002/1
4 years, 1 month ago (2016-11-02 09:46:50 UTC) #7
commit-bot: I haz the power
Committed patchset #1 (id:1)
4 years, 1 month ago (2016-11-02 10:10:13 UTC) #8
commit-bot: I haz the power
Patchset 1 (id:??) landed as https://crrev.com/572ae1212b488d874f6afcf87bc536319b122df7 Cr-Commit-Position: refs/heads/master@{#14883}
4 years, 1 month ago (2016-11-02 10:10:16 UTC) #10
the sun
4 years, 1 month ago (2016-11-07 09:12:29 UTC) #11
Message was sent while issue was closed.
On 2016/11/02 07:33:40, stefan-webrtc (holmer) wrote:
> This solves the issue, but I'm not sure we should have an NOTREACHED() on
header
> extensions which we don't know about. The application can try to register any
> extension by changing the SDP.
> 
> WDYT? Should I move the LOG to the else {} instead?

The reasoning is that the outer layer (WVoE/MC) should have already verified the
SDP so that here we will always be called with valid data. 

webrtc::RtpExtension::IsSupportedForAudio() is used to filter extensions in
WVoMC::Set[Send|Recv]Parameters(). If we don't support AST for audio, the
function should be updated and you can drop the logging here. Can you create a
CL for this?

Powered by Google App Engine
This is Rietveld 408576698