DESCRIPTION: In the upper right corner is some images reading "Archor Home" "Archor Contact". The last these images have been moved down onto a new line because there was insufficient room in the table. The sum of the width of all images on that row is 783. The TABLE is has attribute width=782. STEPS TO REPRODUCE: 1. load http://www.arcor.net/index.shtml (or testcase to be attached) 2. look in upper right corner ACTUAL RESULTS: images are not aligned on same row EXPECTED RESULTS: images aligned on same row DOES NOT WORK CORRECTLY ON: Mozilla nightly build 2000-07-28-08 on Windows 98 SE. WORKS CORRECTLY ON: Communicator 4.74, IE 5.00 and Opera 4.01 on Windows 98 SE.

I'm guessing this is a dupe of bug 32191, but your testcase will have to show that.

The patch for bug 32191 doesn't seem to solve this problem, but I'm not sure who is at fault here. I've simplified the test case even more. It appears that we have a fixed width table that isn't expanding as it should. I'm not sure if the wrapping is caused because the table wants to be a fixed width instead of expanding (like in IE) and therefore is causing the contents inside to wrap OR if the content of the cell wraps first therefore reporting to the table that it doesn't need to expand.

*** Bug 59336 has been marked as a duplicate of this bug. ***

Bug 32191 has never been fixed, watcha talking about? I still believe this is a dup of bug 32191.

This can be seen very clearly on www.chapters.ca, in the tabs displayed at the top of the page. I don't know if it is relates to Bug 32191, but I can tell you that in my tests, removing the WIDTH attribute to the td which contains all of the images makes the problem go away.

QA contact update

This is a dupe of bug 32191. Cells are expanded if the content does not fit into the specified width. The cell in the testcase is not expanded because we currently allow wrapping between images. *** This bug has been marked as a duplicate of 32191 ***