1. Build: 11/23a - using release build, Viewer.exe 2. Platforms: Win 95, Win NT 3. Steps to reproduce: Open the above URL. The table at the bottom of the page has three columns. The first has a width of 30%, the second has a width of 40% and the third has no specified width. 4. Expected results: Three columns should lay out. 5. Actual results: Only two columns lay out.

I see 3 columnsin the debug build on WinNT and Win98 debug builds. I need to know if this bug is still legit on the optimized build as of 11/25/98 build.

Testing on Win NT and Win 95 release builds dated 11/24, bug is still there. Reopening.

This seems to be just a painting problem. It only happens when the window is very wide, and it only happens on optimized builds. It does happen on all MS Windows platforms.

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

Changing summary to reflect an optimized only problem.

In bug 1474, on 03/03/99, buster@netscape.com says: I checked in a fix for this and other bugs that only showed up on optimized builds last Sunday. I haven't gone through the bug list to see which reports are fixed as a result of my checkin. I'm sure this one was, there may be others. This is one of those bugs: <table width=nnn%>, optimized build, win32 I checked this with the April 06 nightly build optimized win95 and there is no problem with the table mentioned in this bug report. (I would mark it FIXED but I'm not sure who's supposed to do this. Karnaze?)

It's probably a good idea to let me mark a bug fixed or worksforme, because if there is a small test case in the bug I will move it to my regression test suite.

Okey, dokey.

Tested using 4/8 optimized build. Problem appears to be fixed. Verifying bug as FIXED.