Created by Jeremy Sholovitz (jeremy@rowcure.ml.org) on Sunday, July 12, 1998 10:13:00 AM PDT Additional Details : Mozilla renders the top of the page fine, but nothing after that. It all seems to simply get lost. Updated by (kit@connectnet.com) on Thursday, July 16, 1998 1:17:50 AM PDT Additional Details : If you go back to "Netsite:" and then hit enter it is able to render the page correctly. Weblint comes up with 229 errors on this page. There are table tags opened and not closed etc. This does appear to be part of a general problem I see where a page with tables his hidden areas unless I go back to the page again or hit reload.

This bug was fixed by nisheeth during a sweep we did some time ago. reassigning to him to mark as fixed.

Marking fixed. Please get the latest builds. Thanks for reporting this Jeremy.

Chris -- please verify

Raptor does not render the top image. The image is within a LAYER element tag. I requested clarification regarding support of the LAYER element tag. Once that information is received, I will either verified this bug fixed or reopen the bug.

Using 3/26 build on Win 95, Win NT, Win 98, Mac85. and Linux. Layer with src attribute at top does not layout. Reopening bug.

Here is a small test case isolating the LAYER element tag: http://slip/projects/marvin/bugs/475.html I guess the question is, are we supporting this tag? It renders in Nav.

Assigning to Vidur as he is the layers dude. My understanding is that we support the LAYER tag for positioning but not <LAYER SRC=> for loading up external documents.

Hmmm.... Slashdot seems to come up fine for me, using 5/14/1999 CVS build here on Red Hat 6.0. Is it just me, or has Mozilla perhaps been cured of this bug already? Or perhaps Slashdot has fixed something in the meantime??

Using 5/17 Apprunner across platform (5/16 build on Mac), problem still exists. The top banner does not load. Smaller isolated test also is buggy.

Using 5/17 Apprunner across platform (5/16 build on Mac), problem still exists. The top banner does not load. In the isolated test (see 3/26 comments), the bug also still exists.

Assigning all layers bugs to ekrock.

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

Looks fine in M12. They must have revised the site not to use layers. 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 In the future, if possible, please INVALID, notify, and close such bugs directly using that template without assigning to me. Thanks! P.S. Site looks fine in M12!

Marking verified 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.

Closing all Evangelism bugs where no evangelism is needed because page has been fixed, site is internal to Netscape, report is a DUP, or bug report is no longer appropriate for evangelism for any other reason.

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.

workaround bugzilla problem that caused a bunch of evangelism bugs to be NEW/INVALID, NEW/FIXED, NEW/WORKSFORME or NEW/DUPLICATE

Page is fixed now. Marking fixed! Thanks to slashdot and all the people who helped out on this bug for squashing another improper html problem!

verified, mac, win, lin

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