Adding a YouTube tab with Picture-in-Picture (PiP) enabled to Split View will close the PiP window
Categories
(Firefox :: Tabbed Browser: Split View, defect, P1)
Tracking
()
People
(Reporter: atrif, Assigned: jsudiaman)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fidefe-splitview])
Attachments
(2 files)
Found in
- 148.0a1 (2025-12-17)
Affected versions
- 148.0a1 (2025-12-17)
Tested platforms
- Affected platforms: Ubuntu 24, Windows 11, macOS 26
- Unaffected platforms: none
Steps to reproduce
- Open YouTube and enter PiP.
- Add the YouTube tab to a Split View.
Expected result
- Pip stays open.
Actual result
- Pip is closed.
Regression range
- Not a regression. Happens with Firefox 146.
Additional notes
- Attached a screen recording.
Updated•1 month ago
|
Comment 1•1 month ago
|
||
The severity field is not set for this bug.
:dwalker, could you have a look please?
For more information, please visit BugBot documentation.
Updated•1 month ago
|
Updated•1 month ago
|
Comment 2•1 month ago
|
||
This should be resolved by bug 1997878. Please reopen if it isn't.
| Reporter | ||
Comment 3•1 month ago
|
||
Hello! This issue is still reproducible with Firefox 148.0a1 (2026-01-11).
| Reporter | ||
Updated•1 month ago
|
Updated•29 days ago
|
Comment 4•29 days ago
|
||
Yeah this is slightly different than bug 1997878, and I can still reproduce this.
Updated•29 days ago
|
| Assignee | ||
Updated•28 days ago
|
| Assignee | ||
Updated•28 days ago
|
Comment 5•28 days ago
|
||
I looked into this issue yesterday, and I’m not really sure if we’ll be able to work around it. Youtube has logic in place that will disrupt PiP if the page size resizes by a certain extent. In the other bug I already fixed (bug 1997878), backgrounded split view panels were going back to full width whenever inactive. I fixed that by making them remain the same width whether active or inactive. The issue in this bug is you have a regular non-split tab playing a Youtube video with PiP running, then add that tab to a split view which will resize the panel to be half width and disrupt PiP.
| Assignee | ||
Updated•28 days ago
|
Updated•25 days ago
|
| Assignee | ||
Comment 6•24 days ago
|
||
When the content area is resized, frameworks often reparent the <video> element. This triggers MozStopPictureInPicture, closing the PiP window unnecessarily.
This patch introduces a "rescue" mechanism in PictureInPictureChild:
- It yields execution to detect if the video was merely moved rather than destroyed.
- If the video is re-connected, it re-establishes the visual clone and restores any CSS transforms (e.g., mirroring for self-view).
Additionally, this adds defensive null-checks in PictureInPictureToggleChild to prevent TypeErrors when the mouse hovers over a video that is in the middle of being reparented.
Comment 8•22 days ago
|
||
| bugherder | ||
Comment 9•21 days ago
|
||
The patch landed in nightly and beta is affected.
:jsudiaman, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox148towontfix.
For more information, please visit BugBot documentation.
| Reporter | ||
Comment 10•21 days ago
|
||
Verified fixed with Firefox 149.0a1 (2026-01-22) on Windows 11, macOS 15 and Ubuntu 24. The PiP window is no longer closed if Split View is opened or resized while the PiP is active. Note that bug 2012104 was encountered while testing this.
Split View is nightly only, setting 148 to disabled.
Description
•