When trying to assign a percentage number to the table width the table body (seen by its outer border) becomes much smaller than its content, even its first cell. Using a numerical value for the width makes the rendering correct.

By the way (perhaps someone in QA): I believe that this is the same bug as 1396, 1474, 1699, 1825. 1474 & 1699 are already marked as duplicates, but perhaps these should be added. The best description of this bug is in 1474. You can verify 1396 & 1825 as dups by taking the URL (or test case) and *not* using <table width="nn%">. You can also see the oversize table (on first loading) in the test pages that come with NGLayout builds (in the first table in resource:/res/samples/test3.html and the second table down in resource:/res/samples/test4.html). This bug can masquerade as 'missing elements' (the oversize table can sometimes block out other elements: see my.netscape.com where the "help" and "sign in" icons (second 'row' to the right hand side) are "missing" on first load (but are shown after a reflow, which gets the table outer frame size correct). (my box -- Win 95 nightly build Dec 16 last tested)

Setting all current Open/Normal to M4.

per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

The 100% width tables in sample 4 looks ok on 4/1 optimized WinNT. Chris D, please verify this on Win98.

Using 4/2 optimized builds on Win NT, Win 98, Win 95, Mac8.5 and Linux, verifying WORKSFORME.