Closed
Bug 1332888
Opened 8 years ago
Closed 6 years ago
Audio continues after tab closed
Categories
(Core :: Audio/Video: Playback, defect, P1)
Tracking
()
RESOLVED
FIXED
People
(Reporter: walkingfish10, Unassigned)
References
Details
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:50.0) Gecko/20100101 Firefox/50.0
Build ID: 20161208153507
Steps to reproduce:
Begin playing a video on one site e.g. Youtube
Start a second video in a new tab on a different site e.g. CNN
Open a new blank tab, close the second and then the first tab.
Actual results:
Audio from the tabs continue playing
Expected results:
Audio stops when it's source tab is closed
Reporter | ||
Updated•8 years ago
|
OS: Unspecified → Windows 7
Hardware: Unspecified → x86_64
This used to happen to me all the time a couple of years ago. Are you able to reproduce it consistently?
(In reply to Anthony Jones (:kentuckyfriedtakahe, :k17e) from comment #1)
> This used to happen to me all the time a couple of years ago. Are you able
> to reproduce it consistently?
I've been seeing this bug for the first time in recent weeks, but unfortunately I don't have a method to consistently reproduce this bug yet.
actually I think I've found a more reliable way to reproduce the bug. When opening a video in Private Browsing, adding additional tabs, and then closing the tab containing the video, the audio from the video continues in the background despite the tab being closed. This also happens in normal (non-private) sessions, but at seemingly random times.
I'm hoping that the STR will help resolve this issue.
Priority: -- → P1
Comment 5•8 years ago
|
||
I cannot reproduce this issue both in provate browsing and non-private browsing.
I thought this might be related to bug 1344357, which leaks a window and the videos under it.
However, it seems not, the audio stops when the leaked tab is closed in bug 1344357.
Comment 6•8 years ago
|
||
Per comment 5,
I am going to close it. Please feel free to reopen it if everyone still can see it.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Comment 7•7 years ago
|
||
very rare but still happens
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WORKSFORME → ---
Comment 9•6 years ago
|
||
I've tried 20+ times, but still can't reproduce this issue on Nightlly 63.0a1 (2018-09-04) (64-bit) on OSX 10.13.5.
Comment 10•6 years ago
|
||
IIRC, cpearce discovered a root cause in another bug..
Flags: needinfo?(cpearce)
Comment 11•6 years ago
|
||
I fixed one cause in Bug 1471800 which will ship in Firefox 63. There could be other causes.
Flags: needinfo?(cpearce)
Comment 12•6 years ago
|
||
Lets close this with the assumption it got fixed by bug 1471800. Feel free to re-open if still not fixed.
Status: REOPENED → RESOLVED
Closed: 8 years ago → 6 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•