Surf on over to www.interplay.com. There is a toolbar at the top which displays pop-up menus when the toolbar buttons are clicked. In the mozilla browser the pop-up menus are drawn as if they are part of the main page, BEFORE any toolbar buttons are pressed. They then remain displayed on the page and never go away again. They hide text that is "underneath" them. I'm not sure where I should be reporting this bug as it is evident in the latest download of the Gecko browser from Netscape (downloaded 29/3/99). However as Gecko comes from the source here I guess it will do the most (global) good reporting it here. By the way I'd like to say thanks to the team for responding and closing the last bug I reported so quickly. Although it was a duplicate and easy to close, the trail of e-mails dealing with the bug was both fast and efficient. Well done lads and lasses.

Vidur, they're using absolutely positioned DIV elements for the drop-down menus. I can't tell how they're indicating whether the menu should be visible, other than it looks like they're using JavaScript. Dumping the frame/view tree it's clear all the menus are marked visible which is why they're getting displayed

CCing fur, since I shouldn't have to be only person who suffers from layers bugs. :-) Another use of document.layers, which is as yet unimplemented in Gecko.

Assigning all layers bugs to ekrock.

Setting all LAYER bugs to M15 for as-time-allows evangelism.

INVALID. LAYER, ILAYER, document.layers[] not supported in Gecko/Nav5. Closed. Notified reporter and site owner via template at http://sites.netscape.net/ekrock/fixit/layer.html

Marking verified invalid per last comments.

Moving all [LAYER] bugs to Evangelism component for tracking and open-source evangelism by mozilla community members of sites that need to upgrade to support web standards such as HTML 4.0 (instead of LAYER/ILAYER) and the W3C DOM (instead of Nav4 document.layers[] or IE document.all()). Sites should be lobbied to do the upgrade using the email templates that are linked to from http://www.mozilla.org/newlayout/bugathon.html#layerbugs . When a site's owner has confirmed receipt of the message requesting an upgrade, the bug should be marked with the keyword evangelized to indicate that evangelism for that bug is complete. When the site finishes the upgrade and supports standards, the bug should be closed.

Marking bug evangelized and clearing cc:s.

SPAM:Changing QA contact on 111 evang bugs as I am now the new QA contact for this component. Sorry about the spam zach

Reassigning Evangelism bugs to me, the component's new owner. I would like to take this opportunity to thank nobody@mozilla.org for all of his dedication, contributions, and hard work, and wish him luck at his new job. Thanks, nobody.

Removing the evangwanted keyword from 49 evangilizm bugs that also have the evangelized keyword. Having both of these keywords on a bug makes it really hard to do a query for all open evangilizm bugs that are evangwanted. Sorry for the spam.

This page has now been fixed! Marking fixed.

Verified on WinNT trunk build 10-3-08.

All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for details.