Closed Bug 1626600 Opened 5 years ago Closed 4 years ago

Do not allow Picture-in-Picture via the context menu on a video that has not loaded anything yet

Categories

(Toolkit :: Video/Audio Controls, defect, P3)

defect

Tracking

()

VERIFIED FIXED
86 Branch
Tracking Status
firefox86 --- verified

People

(Reporter: padenot, Assigned: popeoliv)

References

(Blocks 1 open bug)

Details

Attachments

(3 files, 3 obsolete files)

Attached file pip-src.html

STR:

  1. Load the test case
  2. Put the video in pip mode via the right click
  3. Click the first button, this loads the media, you should see the element changing size
  4. Click the second button

Expected:

  1. The media plays in the PiP window

Actual:

  1. The PiP window is small and the video isn't displayed there anyways
Flags: needinfo?(mconley)
Flags: needinfo?(alwu)

Hm. I suspect we probably shouldn't be allowing the user to Picture-in-Picture a non-video, like what the testcase starts with.

Is PiP'ing an empty video a prerequisite for reproducing this bug?

Flags: needinfo?(mconley) → needinfo?(padenot)

Per comment1, so maybe we should disable the option of PIP when the media element hasn't loaded any data yet.

Component: Audio/Video: Playback → Video/Audio Controls
Flags: needinfo?(alwu)
Product: Core → Toolkit

(In reply to Mike Conley (:mconley) (:⚙️) from comment #1)

Hm. I suspect we probably shouldn't be allowing the user to Picture-in-Picture a non-video, like what the testcase starts with.

Is PiP'ing an empty video a prerequisite for reproducing this bug?

This media file has a video track. The steps are all necessary to reproduce. The HTMLVideoElement has an empty src when activating PiP, yes.

Flags: needinfo?(padenot)
Summary: PiP windows is not updated on `src` change → Do not allow Picture-in-Picture via the context menu on a video that has not loaded anything yet
Priority: -- → P3

Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is P3 (Backlog,) indicating it has been triaged, the bug's Severity is being updated to S3 (normal.)

Severity: normal → S3
Assignee: nobody → popeoliv
Status: NEW → ASSIGNED

Depends on D102864

Attachment #9198884 - Attachment description: Bug 1626600 - added check for readyState in nsContextMenu to see if PiP should display r=mconley → Bug 1626600 - added check for readyState in nsContextMenu to see if PiP should display r=mtigley,mhowell
Attachment #9198885 - Attachment description: Bug 1626600 - removed PiP from browser_contextmenu tests r=mconley → Bug 1626600 - removed PiP from browser_contextmenu tests r=mtigley,mhowell
Attachment #9198885 - Attachment description: Bug 1626600 - removed PiP from browser_contextmenu tests r=mtigley,mhowell → Bug 1626600 - removed PiP from browser_contextmenu tests r=mconley

Depends on D102865

Attachment #9198898 - Attachment is obsolete: true
Attachment #9198897 - Attachment is obsolete: true
Attachment #9198891 - Attachment is obsolete: true
Pushed by mhowell@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/3d8ed4244d23 added check for readyState in nsContextMenu to see if PiP should display r=mtigley,mhowell https://hg.mozilla.org/integration/autoland/rev/375506876a81 removed PiP from browser_contextmenu tests r=mhowell
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 86 Branch
Flags: qe-verify+

I've reproduced this issue on an affected Nightly build from 2020-04-01, using the steps from comment 0.

Picture-in-Picture is not displayed anymore on the latest Beta 86.0b3, across OSs: Win 10 x64, macOS 10.15 and Ubuntu 18.04 x64.

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: