fredjoha@ Thanks for the issue.

Tested this issue on Mac OS 10.12.6 and Windows 10 on the reported version 66.0.3359.170 and the latest Canary 68.0.3430.0 and unable to reproduce the issue by following the steps given above.

After clicking 'Stop Mic' on the first tab, cannot observe any audio end event on the second tab after 15 seconds.
Waited for a longer time and still cannot observe any audio end event on the second tab.
Attached is the screen cast of the steps followed.

Request you to retry the issue on a new chrome profile without any flags/extensions and update the thread with the observations.

Thanks..

Deleted: 842661.mp4 1.4 MB

	842661.mp4 1.4 MB View Download

Thank you for testing it. I have also asked other people to test this, and it seems like I am the only one getting this result. I retried it in incognito mode, which should disable all extension. However, the result is the same - the audio track in the other window or tab ends after about 15 seconds. Attaching screen cast of what I see.

I do realise this issue is difficult to do anything about if it is only one person getting the weird behaviour.

Deleted: audio-issue.mp4 491 KB

	audio-issue.mp4 491 KB View Download

Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Regarding the 15 seconds delay - it seems like the audio disappears directly, but the audio track ended event comes after about 15 second. Like a timeout waiting for audio. There's no proof of that in the code I attached, but it's something I observed in the real web app I'm working on.

fredjoha@ Thanks for the update.

Retried the issue again on Mac OS 10.12.6 on the latest Stable 66.0.3359.181 and Canary 68.0.3430.0 and unable to reproduce the issue.
As per comment #3, as the issue is observed only for the reporter, removing Needs-Bisect label as this issue is not reproducible at our end.

Tentatively adding Blink>GetUserMedia>Mic and Blink>Media>Audio components and requesting someone from the team to look into the issue and help in further triaging.

Thanks..

guidou@: does not seem to reproduce but could you try as well just in case.

Could not reproduce on latest Win10 Canary (68.0.3434.0 (Official Build) canary (64-bit))

Second tab is not affected by actions in first tab. State below is stable:

Stream created {
  "id": "EJxAZnDOJmlCNFZi8PFiaN0SHcFMKZuRypme",
  "active": true,
  "track": {
    "id": "97aa42a1-1017-43b0-bb97-11c5cb244964",
    "readystate": "live"
  }
}

fredjoha@, please try in latest Canary as well.

I cannot reproduce on Linux beta or ToT. Cannot reproduce on Mac canary or 66.0.3359.170.
Will wait for fredjoha@'s report on the latest Canary before closing.

I could not reproduce on Version 68.0.3434.0 (Official Build) canary (64-bit). I still don't understand why this happens on my chrome 66, but I can't argue that this issue should still be open. Thanks for your testing!

Closing as per #14.