Bug 16399 - (Tiger) Strange behavior of flash content in opaque iframe with specified background
Summary: (Tiger) Strange behavior of flash content in opaque iframe with specified bac...
Status: RESOLVED WONTFIX
Alias: None
Product: WebKit
Classification: Unclassified
Component: Plug-ins (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac (PowerPC) OS X 10.4
: P2 Normal
Assignee: Nobody
URL:
Keywords: HasReduction, PlatformOnly
Depends on:
Blocks:
 
Reported: 2007-12-11 04:29 PST by Nikolas Bertheau
Modified: 2022-07-01 11:36 PDT (History)
3 users (show)

See Also:


Attachments
A simple page with an iframe containing flash content (1.91 KB, text/html)
2007-12-11 04:35 PST, Nikolas Bertheau
no flags Details
screenshot (50.93 KB, image/png)
2008-02-19 08:48 PST, Robert Blaut
no flags Details
Screenshot from Tiger (126.05 KB, image/png)
2008-02-19 10:23 PST, Nikolas Bertheau
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nikolas Bertheau 2007-12-11 04:29:16 PST
If an iframe contains flash content and has a specified background (color or image), opacity doesn't act upon the flash content. Furthermore, after any rerendering (e.g. because of scrolling, repositioning or switching windows) the background is put in front of the flash content.

The expected behavior would be that the flash content stays in front of the background and that opacity acts upon the flash content as well.
Comment 1 Nikolas Bertheau 2007-12-11 04:35:29 PST
Created attachment 17844 [details]
A simple page with an iframe containing flash content

The iframe in this simple document has a red background. (The same result can be achieved by specifying a background in the content document. Any action that involves rerendering puts the background in front of the flash element included in the content document.
Comment 2 Robert Blaut 2008-02-19 06:26:29 PST
I tested the test case in Webkit r30377 and it works as expected. So I resolve the bug as WORKSFORME.
Comment 3 Nikolas Bertheau 2008-02-19 07:07:09 PST
(In reply to comment #2)
> I tested the test case in Webkit r30377 and it works as expected. So I resolve
> the bug as WORKSFORME.

What do you mean by "as expected"? Nothing has changed. The bug is there.
Comment 4 Robert Blaut 2008-02-19 08:41:56 PST
(In reply to comment #3)
> (In reply to comment #2)
> > I tested the test case in Webkit r30377 and it works as expected. So I resolve
> > the bug as WORKSFORME.
> 
> What do you mean by "as expected"? Nothing has changed. The bug is there.
> 

As expected means as you described.  Flash is rendered in front of background. Flash is semitransparent. Background is always rendered under flash despited performed actions.  At least in Leopard... Could you provide screenshot of your result.
Comment 5 Robert Blaut 2008-02-19 08:48:33 PST
Created attachment 19209 [details]
screenshot
Comment 6 Nikolas Bertheau 2008-02-19 10:23:41 PST
Created attachment 19211 [details]
Screenshot from Tiger

Here is a similar screenshot from Tiger (10.4.11 on PowerBook G4)
Comment 7 Robert Blaut 2008-02-19 10:31:05 PST
Thank you for the screenshot :) I can confirm the bug as PlatformOnly.
Comment 8 Alexey Proskuryakov 2022-07-01 11:36:12 PDT
Mass closing plug-in bugs, as plug-in support has been removed from WebKit.

Please comment and/or reopen if this still affects WebKit in some way.