Last Comment Bug 258089 - plug-in obscures(?) pull-down menus generated by Javascript (DHTML)
: plug-in obscures(?) pull-down menus generated by Javascript (DHTML)
Status: NEW
: pp
Product: Core
Classification: Components
Component: Plug-ins (show other bugs)
: Trunk
: x86 Linux
-- normal with 1 vote (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
: Benjamin Smedberg [:bsmedberg]
: 383810 392154 (view as bug list)
Depends on: 137189
  Show dependency treegraph
Reported: 2004-09-05 04:59 PDT by Jungshik Shin
Modified: 2008-11-05 06:25 PST (History)
15 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

screenshot demonstrating the problem (51.15 KB, image/jpeg)
2004-09-05 05:09 PDT, Jungshik Shin
no flags Details
Shows the z-order bug of plug-ins in Mozilla (28.91 KB, image/png)
2006-08-28 05:20 PDT, Henry Rieke
no flags Details

Description User image Jungshik Shin 2004-09-05 04:59:34 PDT
If you go to the URL above and click on one of buttons (in the menu bar just
below 'Ministry of Education and Human Resource Development. What a name !), the
pull-down menu is obscured by the flash animation. 

On Mac OS X and Windows, the pull-down menu is rendered *on top of* the flash
animation. However, on Linux, the pull-down menu goes *beneath* the flash

I don't think this is flash-specific because without the flash plug-in
installed, I found that the default null plug-in also hides the pull-down menu. 

Because I'm not sure who knows about this stuff, I'm just adding  a few people
randomly. Sorry for that, but hope that will help get the attention of the right
person eventually. 

On Mac OS X, I tried 1.7release and the current trunk. On Windows, I tested
firefox 0.9.x. On Linux I tried firefox 0.9.x, current trunk and Mozilla suite
1.7 and the trunk build.
Comment 1 User image Jungshik Shin 2004-09-05 05:09:25 PDT
Created attachment 157938 [details]
screenshot demonstrating the problem

this was taken with Mozilla 1.7 on Linux. The same page doesn't have any
problem on Windows and Mac OS X.
Comment 2 User image Jungshik Shin 2004-09-05 05:16:00 PDT
I'll try to come up with a reduced test case later.
Comment 3 User image Christian :Biesinger (don't email me, ping me on IRC) 2004-09-05 06:08:40 PDT
don't you need to set wmode="true" on the <embed>?
Comment 4 User image Robert O'Callahan (:roc) (email my personal email if necessary) 2004-09-05 10:14:33 PDT
We definitely have other bugs about this issue on file
Comment 5 User image Hermann Schwab 2004-09-05 12:28:15 PDT
have a look at Bug 218187 Main page dropdown menu is correct but subsection
baseball, nfl etc dropdown menu is mangled due to flash

Bug 218187 comment 21 is the analysis

There are a lot of dupes, screenshots, and a testcase.
Comment 6 User image Jungshik Shin 2004-09-05 13:51:27 PDT
Thanks for the pointer. All those bugs seem to identical to this one except that
this one manifest itself only on Linux. Failing to find similar bugs with 'word
matches', I tried 'pp' in keyword with the platform and OS set to PC/Linux.
Nothing relevant turned up, which is understandable given that all those bugs
are XP (or were reported on Windows). 

As for 'wmode', it's set to 'transparent' in the page as below

<td onmouseover="swapTopmenu();"><embed src='/flash/main.swf' width=768
height=141 wmode=transparent></td>

When I first observed this bug, I thought the web site has an evangelism issue
because Korean (government) web designers/admins are very bad at making their
web sites compliant to the standard (if they don't block non-IE browsers
downright). Then, Windows users told me that it's fine with Firefox, which I
confirmed myself. I went on to test it on Mac OS X and it's also fine there. 

I definitely need to make a reduced test case to see what's going on. 
Comment 7 User image Boris Zbarsky [:bz] (still a bit busy) 2004-09-05 15:14:21 PDT
Please make sure that your version of flash on Linux is new enough to support
wmode (such support was added by flash much later than on Windows/Mac).
Comment 8 User image Jungshik Shin 2004-09-05 16:21:06 PDT
The first example at

works as described, which, I believe, indicates that my version of flash
supports wmode. 

Can anyone else reproduce this problem on Linux? 

Comment 9 User image Olivier Cahagne 2004-09-06 00:17:40 PDT
JS source is here:
there doesn't seem to be any Linux/Unix-specific code path, but maybe the
opacity code behave differently on Linux, referring to such lines:

document.write('<STYLE TYPE="text/css">.imgFader{ position:relative;
filter:alpha(opacity=0); -moz-opacity:0.0 }</STYLE>');
[...] = img.index/101;

I used FF trunk 20040902 + Flash 7.0r25 on Linux.
Comment 10 User image Boris Zbarsky [:bz] (still a bit busy) 2004-09-10 11:00:57 PDT
OK, I see this on Linux too.  A testcase would be very nice indeed.
Comment 11 User image Henry Rieke 2006-08-28 05:20:05 PDT
Created attachment 235734 [details]
Shows the z-order bug of plug-ins in Mozilla
Comment 12 User image Boris Zbarsky [:bz] (still a bit busy) 2006-08-28 09:18:28 PDT
Not related to this bug; you're just running into the null-plugin not being windowless.
Comment 13 User image Anthony Hughes (:ashughes) [GFX][QA][Mentor] 2007-06-13 09:40:02 PDT
*** Bug 383810 has been marked as a duplicate of this bug. ***
Comment 14 User image Elmar Ludwig 2007-09-01 00:33:00 PDT
*** Bug 392154 has been marked as a duplicate of this bug. ***
Comment 15 User image Takanori MATSUURA 2007-12-03 23:48:21 PST
flash plugin 9.0.115 has been released and I have tested with trunk build on Mac and Linux.

Mac seems to support windowless mode but Linux not.

Note You need to log in before you can comment on or make changes to this bug.