Open Bug 1684219 Opened 4 years ago Updated 2 years ago

After using aero shake on a picture in picture window to minimize and then restore other windows, the originating Firefox window becomes always-on-top (above other restored Windows applications), instead of just the PiP window

Categories

(Core :: Widget: Win32, defect, P3)

Firefox 84
defect

Tracking

()

People

(Reporter: hsy0726, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:84.0) Gecko/20100101 Firefox/84.0

Steps to reproduce:

Check the video below to find out in detail.
https://youtu.be/1KcfCEeAVpI

reproduce step :

  1. play any video. (youtube, etc..)
  2. run pip.
  3. use aero gesture to shake pip window (Minimize, Maximize)
  4. run other app not maximize.

Actual results:

firefox is always on top.

Expected results:

firefox should not be always on top.

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Video/Audio Controls
Product: Firefox → Toolkit

This is... very strange. From nirsoft's guiprops, it's clear that the main window gains the WS_EX_TOPMOST flag when it is unminimized, but I don't see how this is happening - I set breakpoints on all of the SetWindowPos calls in nsWindow.cpp using MSVS, but none of them are hit in this case, besides the one in ::Show, which passes HWND_TOP so shouldn't make the window topmost.

Status: UNCONFIRMED → NEW
Component: Video/Audio Controls → Widget: Win32
Ever confirmed: true
Product: Toolkit → Core
Summary: when picture-in-picture, firefox is always on top → After using aero shake on a picture in picture window to minimize and then restore other windows, the originating Firefox window becomes always-on-top (above other restored Windows applications), instead of just the PiP window
Severity: -- → S3
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.