Closed Bug 1186543 Opened 11 years ago Closed 10 years ago

RTCIceServer.url is deprecated! Use urls instead

Categories

(Hello (Loop) :: Client, defect, P5)

defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: pdehaan, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [fixed by bug 1237677])

Using FF40 and making a test call this morning. Noticed this pop up in my dev tools console (about 6 times). Not sure if this is even us (or something up/down stream) or if it is actionable: > RTCIceServer.url is deprecated! Use urls instead. <unknown> I can't even find that in the code, and devtools "helpfully" says <unknown>, so this is pretty much the most garbage bug filed ever. #seesomethingfilesomething
This is an exception from webrtc here: http://hg.mozilla.org/mozilla-central/file/e7434cafdf2f/dom/media/PeerConnection.js#l503 This is from bug 1115998 which landed in FF 38. Its harmless at the moment. The warning is due to the way the ice servers are configured by Tokbox - which is supporting backwards compatibility. However, I think the ice server config could be changed to provide both urls & url, hence needinfo to Tokbox to see if they can tweak the settings for this at some stage.
Flags: needinfo?(mozilla-support)
currently harmless console message
Rank: 50
Priority: -- → P5
(In reply to :shell escalante from comment #2) > currently harmless console message It isn't harmless anymore. ICE fails when one or both of the peers are using Firefox. The error is as posted above. > RTCIceServer.url is deprecated! Use urls instead. <unknown>
Mike, re this and other warnings about deprecated interfaces [1], would it be possible to get the SDK updated to prefer the official APIs rather than checking/using the prefixed ones first? [1] (WebRTC interfaces with the "moz" prefix (mozRTCPeerConnection, mozRTCSessionDescription, mozRTCIceCandidate) have been deprecated.)
Flags: needinfo?(mozilla-support) → needinfo?(msander)
This is fixed in the 2.7.3 version of the SDK.
Flags: needinfo?(msander)
Does that mean I can finally fix bug 1116766, or do we first need to update to that sdk version or something?
Flags: needinfo?(standard8)
Unfortunately we need to wait for the upgrade first (bug 1237677) which is blocked by an issue with the new sdk (bug 1248407).
Blocks: 1116766
Depends on: 1237677
Flags: needinfo?(standard8)
I've just relanded bug 1237677, so this is fixed. Jib: Note it'll be at least next week before we get this out to nightly builds, and probably 1-2 weeks before we ship it on standalone.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Whiteboard: [fixed by bug 1237677]
You need to log in before you can comment on or make changes to this bug.