Closed Bug 1332888 Opened 7 years ago Closed 6 years ago

Audio continues after tab closed

Categories

(Core :: Audio/Video: Playback, defect, P1)

50 Branch
x86_64
Windows 7
defect

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
OS: Unspecified → Windows 7
Hardware: Unspecified → x86_64
Component: Untriaged → Audio/Video: Playback
Product: Firefox → Core
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
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.
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: 7 years ago
Resolution: --- → WORKSFORME
very rare but still happens
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WORKSFORME → ---
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.
IIRC, cpearce discovered a root cause in another bug..
Flags: needinfo?(cpearce)
Keywords: stalled
I fixed one cause in Bug 1471800 which will ship in Firefox 63. There could be other causes.
Flags: needinfo?(cpearce)
See Also: → 1471800
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: 7 years ago6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.