this bug is Linux only at the moment although I have seen it in previous Mac builds. Linux build 1999040915. *expected result: In the test example there should be two short horizontal lines in the same row followed by a longer horizontal line below them outside of the table. All three lines are generated by stretching an image that is only 1px wide. *actual result: Seamonkey fails to stretch the first image and instead renders only a dot, but renders the other two just fine. why is this a table bug? the third line that Seamonkey draws just fine is the same exact image and tag as the first. The only difference being that the 3rd is outside of the table.

Moving to M8.

Moving to M9.

Reassigning to Ramiro. This looks ok on WinNT debug Viewer.

currently(1999080408 builds) Linux (rh5.2) is the only platform displaying this page (testcase in the url field) correctly. Mac and WinNT are not drawing the first (red) line initially so only a white line appears on the forst row. The line is drawn properly after a repaint(resize the window) but not a reload. I wonder if it's no longer a table problem? The 1px images DO stretch to become lines like they are supposed to.

it looks the same on both windows and unix for me. marking worksforme. if its messed up on the mac, please reassign to a mac weenie. thanks

They look the same because they are both wrong. It's now broken on all the platforms. The problem fixes itself after a resize. I amended the testcase at the above url.

This is a url internal to netscape, can you please put that in an attatchment ? thanks

Clearing WORKSFORME resolution due to reopen.

m11

looks fine to me on a oct 8 build (according to the descriptive text at least) marking worksforme.

Using 10/20 app on Win, Mac and Linux, agree with WORKSFORME. Verified.