Intent to unship: MediaStream.currentTime

[Paul Adenot]

This member has never been specced, never been implemented by any other implementors, and I can't find usage in public code anywhere apart from our Mochitests.

jib tells me that he's confident we can remove this without deprecating it first.

The code pattern to use is to assign a particular MediaStream to an `HTMLMediaElement,srcObject` and query the `currentTime` property of the `HTMLMediaElement`, or to use `AudioContext.createMediaStreamSource`, and, again, to query the `currentTime` property of the `AudioContext`. Gecko has always supported those code patterns. Also, the notion of a `currentTime` without playing the `MediaStream` somewhere does not even make sense, since we wouldn't know what clock domain this `MediaStream` is associated with.

This is being tracked in bug 1502927.

Thanks,
Paul.

[Paul Adenot]

This has landed on central, and a note has been published on
fxsitecompat.com [0].

Thanks,
Paul.

[0]:
https://www.fxsitecompat.com/en-CA/docs/2018/mediastream-currenttime-has-been-removed/

Post by Paul Adenot
This member has never been specced, never been implemented by any other
implementors, and I can't find usage in public code anywhere apart from our
Mochitests.
jib tells me that he's confident we can remove this without deprecating it first.
The code pattern to use is to assign a particular MediaStream to an
`HTMLMediaElement,srcObject` and query the `currentTime` property of the
`HTMLMediaElement`, or to use `AudioContext.createMediaStreamSource`, and,
again, to query the `currentTime` property of the `AudioContext`. Gecko has
always supported those code patterns. Also, the notion of a `currentTime`
without playing the `MediaStream` somewhere does not even make sense, since
we wouldn't know what clock domain this `MediaStream` is associated with.
This is being tracked in bug 1502927.
Thanks,
Paul.
_______________________________________________
dev-platform mailing list
https://lists.mozilla.org/listinfo/dev-platform