Closed
Bug 859565
Opened 12 years ago
Closed 11 years ago
Remove readyState legacy attribute in future release
Categories
(Core :: WebRTC, defect)
Core
WebRTC
Tracking
()
RESOLVED
FIXED
mozilla32
People
(Reporter: jsmith, Assigned: jib)
References
Details
(Keywords: dev-doc-needed, Whiteboard: [WebRTC][blocking-webrtc-][spec-issue])
Attachments
(1 file, 2 obsolete files)
11.09 KB,
patch
|
jib
:
review+
|
Details | Diff | Splinter Review |
We're heading in the direction of removing the readyState parameter from the PeerConnection object. If the working group agrees, let's pull the parameter from the PeerConnection object. This bug tracks the work to remove the attribute if the working group agrees.
Reporter | ||
Updated•12 years ago
|
Whiteboard: [WebRTC][blocking-webrtc-]
Reporter | ||
Updated•12 years ago
|
Whiteboard: [WebRTC][blocking-webrtc-] → [WebRTC][blocking-webrtc-][spec-issue]
Comment 1•12 years ago
|
||
It appears readyState isn't going anywhere....
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Assignee | ||
Comment 2•12 years ago
|
||
There was some confusion. The editor's draft refers to three different "readyState"s:
1) In onsignalingstatechange - a missed s/readyState/signalingstate/ rename typo.
2) RTCDataChannel.readyState
3) MediaStreamTrack.readyState
Only #1 is relevant to this bug, as readyState was the old name for signalingstate.
That use of the name is indeed gone away (once this typo is fixed, I've mailed the list about it).
We currently support the old name for compatibility with older Firefox releases, but we emit a warning to web console on its use.
I'm re-purposing this bug as a reminder to remove it in the future. Marked as minor.
Severity: normal → minor
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Summary: Remove the readyState parameter if the W3C group agrees to remove it from the PeerConnection spec → Remove readyState legacy attribute in future release
Reporter | ||
Comment 3•11 years ago
|
||
Looks like it's been removed from the PC object, so closing as wfm.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 11 years ago
Resolution: --- → WORKSFORME
Comment 4•11 years ago
|
||
Looks to me like we still have a PC.readyState:
http://dxr.mozilla.org/mozilla-central/source/dom/webidl/PeerConnectionImpl.webidl#71
As jib pointed out we should get rid of it (also in the test code (pc.js)).
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Updated•11 years ago
|
QA Contact: jsmith → drno
Assignee | ||
Comment 5•11 years ago
|
||
Deleted lots of code.
Note: CheckApiState() now probably does something whereas before it didn't.
Passes all unittests and mochitests locally.
Updated•11 years ago
|
Keywords: dev-doc-needed,
site-compat
Assignee | ||
Comment 6•11 years ago
|
||
Note that the public-facing RTCPeerConnection.readyState was removed last year in Bug 929530, and the code removed here is the internal PeerConnectionImpl.readyState, which should be unused.
Comment 8•11 years ago
|
||
Comment on attachment 8419571 [details] [diff] [review]
removed legacy PeerConnectionImpl.readyState
Review of attachment 8419571 [details] [diff] [review]:
-----------------------------------------------------------------
LGTM. One small suggestion.
::: media/webrtc/signaling/src/peerconnection/PeerConnectionImpl.cpp
@@ +1794,5 @@
> case ADDICECANDIDATE:
> mRemoteSDP = aInfo->getSDP();
> break;
>
> case CONNECTED:
I think we can just take this case out now -- the logging adds basically no value beyond what we can see in the sipcc logs. My guess is that it was originally added to ensure that the "CONNECTED" event was flowing all the way up to this level; but, since we don't care about that any more, let's just remove it.
Attachment #8419571 -
Flags: review?(adam) → review+
Assignee | ||
Comment 9•11 years ago
|
||
Fixed nit. Carrying forward r=abr.
Attachment #8419571 -
Attachment is obsolete: true
Attachment #8424363 -
Flags: review+
Assignee | ||
Updated•11 years ago
|
Keywords: checkin-needed
Comment 10•11 years ago
|
||
Hi,
could you provide a Try link. Suggestions for what to run if you haven't
yet can be found here:
https://wiki.mozilla.org/Sheriffing/How:To:Recommended_Try_Practices
Keywords: checkin-needed
Assignee | ||
Comment 11•11 years ago
|
||
Assignee | ||
Updated•11 years ago
|
Keywords: checkin-needed
Assignee | ||
Comment 12•11 years ago
|
||
Patch applies (with offset) for me. Is anything else needed for this to land?
The commit hook requiring a DOM peer to review WebIDL changes says this patch is lacking that DOM peer's review.
Assignee | ||
Updated•11 years ago
|
Attachment #8424363 -
Flags: review?(bobbyholley)
Flags: needinfo?(jib)
Comment 14•11 years ago
|
||
Comment on attachment 8424363 [details] [diff] [review]
removed legacy PeerConnectionImpl.readyState (2) r=abr
Review of attachment 8424363 [details] [diff] [review]:
-----------------------------------------------------------------
I don't understand the PeerConnection architecture enough to confirm comment 6, but I'll take jib's word for it.
Attachment #8424363 -
Flags: review?(bobbyholley) → review+
Assignee | ||
Comment 15•11 years ago
|
||
Updated commit msg. Carrying forward r=bholley, abr
Attachment #8424363 -
Attachment is obsolete: true
Attachment #8430320 -
Flags: review+
Flags: needinfo?(adam)
Assignee | ||
Updated•11 years ago
|
Keywords: checkin-needed
Comment 16•11 years ago
|
||
Keywords: checkin-needed
Status: ASSIGNED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla32
Updated•11 years ago
|
Keywords: dev-doc-needed
You need to log in
before you can comment on or make changes to this bug.
Description
•