Closed Bug 1775529 Opened 2 years ago Closed 2 years ago

When the user mutes a HBOMax video in PiP and closes it, he cannot reactivate sound from the main window/player

Categories

(Toolkit :: Picture-in-Picture, defect)

Desktop
All
defect

Tracking

()

VERIFIED FIXED
103 Branch
Tracking Status
firefox-esr91 --- wontfix
firefox-esr102 --- wontfix
firefox101 --- wontfix
firefox102 --- wontfix
firefox103 --- verified
firefox104 --- verified

People

(Reporter: danibodea, Assigned: niklas)

References

(Blocks 1 open bug)

Details

(Whiteboard: [fidefe-MR1-2022])

Attachments

(1 file)

+++ This bug was initially created as a clone of Bug #1759192 +++

Note

  • When the user launches a HBO video in PiP, then mutes it from PiP controls and closes it (or unPiPs), he will notice that the sound can not be reactivated from the main window/player.

Affected versions

  • Nightly v103.0a1

Affected platforms

  • Confirmed on Windows 10 and Mac 11

Steps to reproduce

  1. Launch browser.
  2. Load HBO Max and log in
  3. Play a video
  4. PiP
  5. Mute in PiP
  6. Close the PiP window or unPiP
  7. Attempt to unmute from the main window/player.

Expected result

  • The user can unmute the video from the main player.

Actual result

  • The user cannot unmute the video from the main player. Only by reopening the PiP and unmuting from there.

Regression range

  • Not a recent regression.

Additional notes

  • Another scenario would be: If the user plays a HBO Max video, mutes from the main window/player and then launches PiP, he will notice that he cannot unmute the sound from the PiP (appears to be unmuted).

This was fixed in bug 1762574

See Also: → 1759192

(In reply to Niklas Baumgardner [:niklas] from comment #1)

This was fixed in bug 1762574

I can still reproduce this in Nightly v103.0a1 from 2022-06-22 in Windows 10, Mac OS 11.
Ubuntu 22 shows an even worse behavior: when clicking the PiP's mute button, the sound gets corrupted and stops playing altogether. The only workaround is to refresh the page. Did not manage to log it yet. We will log it tomorrow.

Test page: https://play.hbomax.com/episode/urn:hbo:episode:GYlh9bACwa52kdQEAAAAC
Do you not reproduce it on your side?

Flags: needinfo?(nbaumgardner)

I can still reproduce the original issue using Firefox Nightly 103.0a1(20220622190417) on Ubuntu 20.04(X11) and on Windows 7 as well.

The site wrapper isn't being applied. When I tested, I was using a URL that was https://play.hbomax.com/feature/... and so I set the wrapper to only apply on similar URLs. I will create a new patch to include URLs with /episode/.
Thanks!

Flags: needinfo?(nbaumgardner)
Assignee: nobody → nbaumgardner
Status: NEW → ASSIGNED
Pushed by nbaumgardner@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/8d28428d6b0c HBO Max site wrapper to include URLs with /episode/. r=pip-reviewers,mconley
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 103 Branch

This fix was verified in Nightly v104.0a1 and Beta v103.0b1 for links of movies and tv series on Win10, Win7, Ubuntu 20 and Mac OS 11.

Haven't found any other link types that I should validate. I hope it's all of them.

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

Attachment

General

Created:
Updated:
Size: