UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36

Steps to reproduce the problem:
If you

1. Receive a MediaStreamTrack from an RTCPeerConnection,
2. Set that MediaStreamTrack in a MediaStream as the srcObject of an <audio> element,
3. Attach that <audio> element to the DOM,
4. Remove the MediaStreamTrack from the <audio> element's srcObject using removeTrack, and
5. Finally remove the <audio> element from the DOM

it will continue playing. This does not appear to be the case for other types of MediaStreamTracks. For example, using the Web Audio APIs, I could not reproduce this issue.

* WebRTC-based MediaStreamTrack test (fails): https://jsfiddle.net/67mb2vyt/19/
* Web Audio-based MediaStreamTrack test (succeeds): https://jsfiddle.net/e4k58w7p/5/

In both these tests, the <audio> element will be attached, you should hear audio, and then 5 seconds later the <audio> element will be detached.

What is the expected behavior?
Audio stops playing once detached.

What went wrong?
Audio continues playing once detached.

Did this work before? Yes 

Does this work in other browsers? No
 This appears to be a bug in both Chrome and Safari 11 Tech Preview. You can run the WebRTC-based MediaStreamTrack test in both Chrome and Safari 11 Tech Preview; however, the Web Audio-based MediaStreamTrack test only works in Chrome right now.

The issue does not occur in Firefox.

Chrome version: 59.0.3071.115  Channel: n/a
OS Version: OS X 10.12.5
Flash Version: 

I don't know when last this worked, but I am pretty sure it used to work. (That, or I was using createObjectURL...)