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

Issue 692736 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug

Blocking:
issue 674593


Show other hotlists

Hotlists containing this issue:
Non-Standard-IDL


Sign in to add a comment

Remove navigator.webkitGetUserMedia

Project Member Reported by lunalu@chromium.org, Feb 15 2017

Issue description

We should unprefix these following APIs in Navigator.idl:
webkitGetUserMedia

 

Comment 1 by lunalu@chromium.org, Feb 15 2017

Cc: hta@chromium.org
cc'd hta, who was the owner of  crbug.com/607439 , who might have some insights on this.
Cc: -hta@chromium.org lunalu@chromium.org
Components: -Blink>HTML>Frame Blink>GetUserMedia
Labels: Hotlist-Interop
Owner: hta@chromium.org
Summary: Remove navigator.webkitGetUserMedia (was: Unprefix the Navigator APIs)
webkitGetUserMedia can probably be removed but hta should investigate.

lunalu, can you find or file another bug for and assign it to the storage component? Neither of these APIs are really related to frames. By the way, it is more useful to write  Issue 607439  than  crbug.com/607439  because Monorail will turn that into a link automatically.

Comment 3 by lunalu@chromium.org, Feb 23 2017

Description: Show this description

Comment 4 by lunalu@chromium.org, Feb 23 2017

Please see Issue 695494

Comment 5 by phistuck@gmail.com, Feb 23 2017

Already unprefixed.

You perhaps want to remove the prefixed version, though

Comment 6 by guidou@chromium.org, Feb 27 2017

Owner: guidou@chromium.org
Status: Assigned (was: Untriaged)
Cc: foolip@chromium.org

Comment 8 by foolip@chromium.org, Nov 10 2017

Filed https://github.com/webrtc/adapter/issues/712 about a problem with adapter.js that complicates removal.
you might want to clean up your own version of adapter.js https://chromium.googlesource.com/chromium/src.git/+/lkgr/chrome/test/data/webrtc/adapter.js first and see how many tests break.

I hope it won't be many but if there are those probably use videoElement.src instead of srcObject.
Whats the latest here?

Comment 11 by fi...@appear.in, Mar 8 2018

still blocked on adapter. Lets do the breaking change there next and bump the major version?
According to chromestatus.com metrics, the promise-based version of getUserMedia is used ~3.5 times more than the prefixed version.
Still too much usage of the prefixed version to remove, but maybe low enough to initiate deprecation.
The issue I mentioned in #8 is now https://github.com/webrtcHacks/adapter/issues/712, and https://github.com/webrtcHacks/adapter/issues/764 is also relevant.

Sign in to add a comment