This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
From what I recall, the constructors for VideoStreamTrack and AudioStreamTrack were defined so that one could build a MediaStream out of them, and then request permission via getUserMedia. That notion is still vaguely mentioned in the spec: "Those actions only happen after the developer has requested that a media stream containing "new" tracks be bound to a source via getUserMedia(). Until that point tracks are inert." But getUserMedia doesn't currently offer a way to get consent for such a manually constructed MediaStream. We need either to define it, or we should remove the constructors (or at least explain why they can be used for and how).
My view is that we should define how to bind manually created MediaStream to getUserMedia. It is valuable in a WebRTC context.
My view is that we should remove the constructors until a complete use case and solution (with explanations of how to handle the corner cases) is constructed and proposed.
There has been no activity looking into this. I agree to Harald, let's remove the constructors.
In the latest Editor's draft the constructors are removed. Closing the bug.