Closed Bug 1727514 Opened 3 years ago Closed 3 years ago

MP3 file playbacks in the background even if the page is closed

Categories

(Core :: DOM: Navigation, defect)

Desktop
Windows 11
defect

Tracking

()

VERIFIED FIXED
94 Branch
Fission Milestone MVP
Tracking Status
firefox-esr78 --- unaffected
firefox-esr91 --- wontfix
firefox91 --- wontfix
firefox92 --- wontfix
firefox93 --- wontfix
firefox94 --- verified

People

(Reporter: csasca, Assigned: smaug)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression)

Attachments

(2 files)

Affected versions

  • Firefox 92.0b8 msix
  • Firefox 93.0a1 msix

Affected platforms

  • Windows 11

Steps to reproduce

  1. Launch Firefox
  2. Access this page
  3. Click on Download for any MP3 file
  4. The file autoplays in a new page
  5. Click on "Go Back" from the toolbar to get to the page from step 2

Expected result

  • The file stops playing

Actual result

  • The file still plays in the background and the only way to stop it is to close the tab

Regression range

  • Will see for a regression

Additional notes

  • The issue can be seen in the attachment.
  • Sometimes the playback will stop but when going forward to the "next page" again, the song will continue where it stopped and won't reset itself to 0:00.
  • There are times when starting Firefox with the same profile and if accessing the page from step 2, the song will automatically start playing randomly.
  • I wasn't able to reproduce the initial issue on normal builds, only the behavior from the second additional note.
Has Regression Range: --- → no
Has STR: --- → yes
Has Regression Range: no → yes
Regressed by: 1715300
Component: Audio/Video: Playback → DOM: Navigation
Fission Milestone: --- → ?
Assignee: nobody → bugs
Fission Milestone: ? → MVP

Doesn't seem to relate to MSIX.

No longer blocks: msix-packaging
Summary: [MSIX] MP3 file playbacks in the background even if the page is closed → MP3 file playbacks in the background even if the page is closed

SetContainer handling is similar to what DocumentViewer does for the old bfcache implementation.
(The old implementation hides it quite well).
The changes to HTMLMediaElement are needed to ensure page can enter bfcache.

Pushed by opettay@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/2d49d73f38aa media playback should stop in the bfcache, r=peterv
Regressions: 1730536
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 94 Branch

Backed out for causing frequent crashes

Backout link

Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Target Milestone: 94 Branch → ---
Regressions: 1730908
Regressions: 1730525
Pushed by opettay@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/80a83d69906f media playback should stop in the bfcache, r=peterv
Status: REOPENED → RESOLVED
Closed: 3 years ago3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 94 Branch
Flags: qe-verify+

Reproduced the issue with Firefox 93.0a1 (20210825214919) on Windows 10x64 while having fission.autostart:true.
Verified fixed with Firefox 94.0b9 on Windows 10x64, 11x64, macOS 11.6, and Ubuntu 21.04. The song is no longer playing if fission.autostart:true and following STR from comment 0.

Status: RESOLVED → VERIFIED
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: