Closed Bug 1895054 Opened 1 year ago Closed 1 year ago

Picture-in-Picture subtitles don't update when parent window switches

Categories

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

Firefox 126
Desktop
Linux
defect

Tracking

()

RESOLVED DUPLICATE of bug 1855918
Tracking Status
firefox127 --- affected
firefox128 --- affected

People

(Reporter: mustaqim.malim, Unassigned, NeedInfo)

Details

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:126.0) Gecko/20100101 Firefox/126.0

Steps to reproduce:

  1. Open Firefox Beta 126.0b4
  2. Play a YouTube video with subtitles
  3. Activate Picture-in-Picture
  4. Open and switch to another window
  5. Picture-in-Picture subtitles are frozen and don't update.

Actual results:

Picture-in-Picture subtitles are frozen and don't update unless:

  1. the Picture-in-Picture window is switched temporarily, then the subtitles update for an instant.
  2. Switching back to the parent window

Expected results:

Subtitle should continue to update as the video is played.

I think it's related to bug #1770429

The Bugbug bot thinks this bug should belong to the 'Toolkit::Picture-in-Picture' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Picture-in-Picture
Product: Firefox → Toolkit

The severity field is not set for this bug.
:mconley, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(mconley)

Thanks for the bug report. I wonder if another bug fix somehow caused this defect to re-occur.

mustaqim, do you still see the issue? And if so, are you by chance able to run mozregression to help us determine which bug fix reintroduced it (if any)?

Flags: needinfo?(mustaqim.malim)

Hi Tania, do you happen to know any QA folks that could help us investigate this further? Considering the nature of the bug (PiP captions not working), I'd like to make sure the reported issue is still reproducible or not. I unfortunately do not have access to a functional linux machine at this time to verify it myself.

Status: UNCONFIRMED → RESOLVED
Closed: 1 year ago
Flags: needinfo?(tmaity)
Resolution: --- → INCOMPLETE

I accidentally resolved the issue... undoing that change.

Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---

(In reply to kpatenio from comment #5)

I accidentally resolved the issue... undoing that change.

I misread that comment and thought you don't need QA assistance anymore.
We will assign this to a QA member for further investigation and report our findings here.

Flags: needinfo?(tmaity)

This report appears to be a duplicate of bug 1768172.
Can you confirm that you are running on a Linux with wayland window protocol?
You can chack that by opening the browser, loading the "about:support" page and search for the value of "Window Protocol" in the table.

Testing results:

  • Nightly v128.0a1 and Beta v127.0 (RC) with xwayland window protocol does not seem to reproduce any king of subtitle delay. The situations tested are: minimizing the main window, unfocusing the main window, covering the main window with another, opening PiP in full screen over the main window.
  • Nightly v128.0a1 and beta v127.0 (RC) with wayland window protocol shows subtitle delay in some specific situations. Minimizing the main window, opening the PiP in full screen over the main window or covering the main windows with another will cause the subtitles to get stuck.

If the reporter is using wayland, then this is an old know issue, which was not fixed in bug 1770429.
Other issues were logged on this matter: bug1768172, bug 1854920, bug 1855918.
Closing report as duplicate of bug 1855918 as the steps to reproduce match better.

Status: UNCONFIRMED → RESOLVED
Closed: 1 year ago1 year ago
Duplicate of bug: 1855918
OS: Unspecified → Linux
Hardware: Unspecified → Desktop
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.