Created attachment 8611469 [details] firstname.lastname@example.org For xul:panel element, in "floating panel" mode (noautohide="true"), if the panel is open and a user opens a youtube video and sets it to fullscreen, the panel will hover over the top of the video. I have tried this with the level attribute set to `floating`, `parent`, and default (no attribute) and the behavior is the same. I have uploaded a xpi addon file to demonstrate this effect. To demonstrate, install the addon, Go to Tools menu, and click on either of the 3 items starting with "Floating panel - level...". The behavior is the same whether using openPopup or openPopupAtScreen methods to open the panel.
regression: 2015-01-12-03-02-01-mozilla-central - good 2015-01-13-03-02-05-mozilla-central - bad Expected "good" behavior: xul:panel disappears after switching video to fullscreen mode. "bad" behavior: xul:panel is visible over the top of the video after switching to fullscreen mode.
(In reply to Allasso Travesser from comment #1) > regression: I have observed that in this same regression change, `sizemodechange` event is now fired when switching in/out of fullscreen mode (yay! good thing!). Also, the animation effect was added.
Maybe if you'd put it in an appropriate component category someone would notice it. Core -> Video/Audio perhaps?
Hoping this bug gets some attention. I have already pinned down the regression point. This bug creates a problem for All Tabs Helper addon. I have attempted some workarounds for it but they are apparently not successful on all platforms.
Component: XP Toolkit/Widgets: Menus → Layout: View Rendering
(In reply to avada from comment #3) > Maybe if you'd put it in an appropriate component category someone would > notice it. Core -> Video/Audio perhaps? I'm guessing at an appropriate category here. Looking at the regression, it doesn't seem to be an A/V issue; the problem seems to be with how the display of popup/panel is being handled when the view switches to fullscreen, based on the changes in events fired that came in with at the same regression point. Though I could be wrong. Anyway I hope someone at this point will get it to the right place so there can be some movement.
Me jumping up and down here, wondering why this bug has gone so long (5 months) without attention. It adversely affects All Tabs Helper; I have sort of a workaround but it is not always successful. Thanks :-)
Issue is still reproducible on latest Firefox release build 42.0. Could not test on latest Nightly build 45.0a1 because the attachment created by Allasso is automatically blocked. Updating the component back to Layout: View Rendering since it seams to be a layout overlap issue.
Status: UNCONFIRMED → NEW
Component: Untriaged → Layout: View Rendering
Ever confirmed: true
I can confirm this to be still happening on latest mozilla-central build. You don't need youtube for this to happen. Any video will work. Any website with HTML5 or even just a local mp4 played with firefox. Even if playback doesn't happen because you opened a file with icompatible codecs, such as vorbis audio or xvid video. (You get a bogus corrupted file message)
Component: Layout: View Rendering → Layout: Web Painting
Product: Core → Core
You need to log in before you can comment on or make changes to this bug.