The left hand navigation frame is garbled (looks like text overwriting text).

Warren: Here's a testpage that crashers in necko everytime. (I mentioned this bug to you elsewhere). Once you fix the crash, please return this bug to me.

Pierre: this page looks terrible, but I'm not sure if it's layout or style. Please take a look.

I don't know why this originally came to me, but now Pierre owns it. I don't see a crash on my machine, but I do see overlapping text, and the center of the page won't repaint when exposed (unless you scroll the page and scroll back).

Taking over 1/3 of Pierre's NEW bugs to help reduce his doomage factor

Reassigned back to me these bugs that shouldn't have left my list.

The problem is that this site sniffs the browser and uses LAYERs with Navigator and CSS with IE. Reassigned to ekrock to evangelize them. Note that even if they fix it, we may run into other problems with the CSS 'visibility' property (bug 20867 and bug 13047). You can save the attached files on your local machine to reproduce the bug; the JS files must be stored in a 'resources' folder at the same level as the HTML file. (Note: remove line #22-23 in the HTML file)

See my IMPORTANT comments in bug 32704: the problem may not coming from the webmasters themselves but from the development tools they are using to generate their pages.

INVALID. LAYER, ILAYER, document.layers[] not supported in Gecko/Nav6. Closed. Notified reporter and site owner via template at http://sites.netscape.net/ekrock/fixit/layer.html In the future, if possible, please INVALID, notify, and close such bugs directly using that template without assigning to me. Thanks!

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 as courtesy to reduce spam.

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.

Sorry about this problem. I somehow screwed up the keyword changes. Sorry about this spam.

-> evangelism@telocity.com for my evangelism bugs. removing the now-depreciated evangelism-related keywords. setting platform to All.

Reassigning evangelism bugs to bclary@netscape.com.

site doesn't exist anymore.

verifying. That is what happens when you use proprietary html/dom!

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