386181 - Flash problems (version 9,0,60,120) with DHTML menus and alphatransparencies

Status: RESOLVED INVALID

(Camino Graveyard :: Plug-ins, defect)

Description

[Chris Stout]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.1.5pre) Gecko/20070625 Camino/1.6a1pre
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.1.5pre) Gecko/20070625 Camino/1.6a1pre

Since plugin version 9,0,60,120, DTHML menus don't show up anymore in front of flash movies.

Also, there is a solid black border around the flash movie player when there should be a soft grey semitransparent shadow.



Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Comment 1

[philippe (part-time)]

Did those menus work correctly with 9.0.45 (the latest official release) ?
(9,0,60,120 is the beta version). In that case it might be a bug in the beta version of the Flash Player.

(there are a couple bugs about that odd behaviour with DHTML menus already - mostly related to the WMode settings).

I can sort of reproduce the problems on that site in both Camino trunk and Minefield, and Webkit builds with the beta 9.0.60 beta player: the drop down menus are like cut in half where they overlap the flash movie; when they are fully open, they vanish behind the movie.
The alpha-transparency problem (black border) doesn't happen with WebKit builds.

Comment 2

[Chris Lawson (gone)]

Can someone provide screenshots, please? From comment 1, it sounds like this is at least partially a Flash bug.

Comment 3

[Chris Stout]

Attachment: Screenshot that shows both problems in Camino (same in 1.5 and yesterday's nightly)

Comment 4

[Chris Stout]

(In reply to comment #1)
> Did those menus work correctly with 9.0.45 (the latest official release) ?

Yes, it did.

The reason why I installed the latest Flash beta was that it uses native Quartz rendering with a nightly of Camino and Firefox (according to http://boomswaggerboom.wordpress.com/2007/06/22/flash-9-with-quartz-rendering-support/)

> (9,0,60,120 is the beta version). In that case it might be a bug in the beta
> version of the Flash Player.

Might be, the DHTML bug appears in a similar fashion in Safari 3 also, but – as you correctly emphasized – the black border bug is Camino only. FF 2.0.4 also shows no black borders.

> 
> (there are a couple bugs about that odd behaviour with DHTML menus already -
> mostly related to the WMode settings).
> 

Comment 5

[philippe (part-time)]

The black border appears the same in Minefield (aka Fx 3.0 alpha).
The issue is possibly (or partly) a cocoa widgets issue.

BTW - 
> 
> (there are a couple bugs about that odd behaviour with DHTML menus already -
> mostly related to the WMode settings).
>

I was referring to a couple of Camino bugs in Bugzilla.

Comment 6

[Chris Stout]

I thought I provided a testcase URL in my original bugreport.
Here it is: http://diegesellschafter.de

Comment 7

[philippe (part-time)]

Opera 9.2 also show exactly the same problems as Camino (trunk/branch) and Minefield: menu disappearing behind the flash movie, bad compositing of alpha-transparency.

Sounds mostly like bugs in this beta version of the Flash player.

Comment 8

[Chris Lawson (gone)]

Absent any hard evidence to the contrary, this sounds like it's INVALID since the bugs aren't in Camino (or Gecko) code.

When this version of Flash goes final, if a bug can still be reproduced, please check several browsers and if the problem appears to be Gecko- or Camino-specific, file a new bug here.

The existing problems need to be reported to Adobe.