Flash appears above other page elements

NEW
Unassigned

Status

()

P5
normal
5 years ago
4 years ago

People

(Reporter: samth, Unassigned)

Tracking

(Depends on: 1 bug, {reproducible, testcase})

28 Branch
x86_64
All
reproducible, testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(2 attachments)

(Reporter)

Description

5 years ago
Visit http://www.slate.com/blogs/moneybox/2013/11/25/robyn_meets_robyn_inspired_robot.html

Scroll down, so that the flash embedded video reaches the top of the screen.

Note that it appears _above_ the in-page title bar.

Screenshot here: http://imgur.com/d6qbS9b

Chrome appears to behave correctly here.
Created attachment 8337961 [details]
Testcase #1
A note: removing the backface-visibility + transform makes it sort of work (the text becomes
visible on a white background over the video).  If you then remove the "background: white"
it's the same as the original result - the text is under the video.
Depends on: 471526
Keywords: reproducible, testcase
Priority: -- → P5
(Note: For the testcase to load the flash content, you have to either set the pref "security.mixed_content.block_active_content" to false, or use the "shield" UI that loads in the URL bar. )

Also: the testcase renders superimposed in both Firefox 25 and Trunk, whereas the URL from comment 0 renders correctly in Firefox 25 (no superimposing) but broken in trunk.

So I think there is something that regressed here, which isn't exposed by the current testcase.
Keywords: regression
Keywords: regressionwindow-wanted
Sorry, disregard comment 3; I can reproduce in Firefox 25 as well now. Not sure why I didn't see it there before. So, not (necessarily) a regression after all.
Keywords: regression, regressionwindow-wanted
Confirmed on 28.0a1 (2013-12-09), Win 7 x64.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Created attachment 8444070 [details]
comparison with other UAs

FWIW, I see the same behavior for attachment 8337961 [details] in Chrome (NPAPI + PPAPI) and MSIE (ActiveX).
You need to log in before you can comment on or make changes to this bug.