New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 651800 link

Starred by 8 users

Issue metadata

Status: Duplicate
Merged: issue 700916
Owner:
Last visit > 30 days ago
Closed: Mar 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Feature

Blocked on:
issue 627261

Blocking:
issue 625219
issue 625208



Sign in to add a comment

Implement RTCRtpSender and RTCRtpReceiver

Project Member Reported by foolip@chromium.org, Sep 30 2016

Issue description

Cc: hta@chromium.org
Labels: -Type-Bug Type-Feature
Status: Available (was: Untriaged)

Comment 2 by foolip@chromium.org, Oct 26 2016

Blocking: 649343

Comment 3 by foolip@chromium.org, Oct 26 2016

Components: -Blink>WebRTC Blink>WebRTC>Network
Labels: OWP-Standards-UnofficialSpec WebRTCTriaged
Owner: deadbeef@chromium.org
FYI, I created a tracking feature specifically for senders/receivers which covers a small subset of the functionality, mainly to allow an application to switch tracks: https://www.chromestatus.com/features/5347809238712320
Blocking: 625219
Blocking: 625208

Comment 7 by hta@webrtc.org, Nov 11 2016

Why is this item using the "UnoffiicalSpec" label?

Is there a tracking bug for the "skeleton" Sender/Receiver feature? If so, that should probably be listed as a blocker for this one.

Blockedon: 627261
Labels: -OWP-Standards-UnofficialSpec OWP-Standards-OfficialSpec
Just misclicked. The "OfficialSpec" label is still desired for these issues, correct?

Comment 9 by foolip@chromium.org, Nov 11 2016

Yep.
Blocking: -649343
Blocking: 699846

Comment 12 by hbos@chromium.org, Mar 14 2017

Mergedinto: 700916
Status: Duplicate (was: Available)
RTCRtpSender: https://crbug.com/700916
RTCRtpReceiver: https://crbug.com/701330
Blocking: -699846

Sign in to add a comment