111191 - The inner tbody code elements are causing problems with the outer Table/Tbody code layout

Status: RESOLVED DUPLICATE of bug 133756

(Core :: Layout: Tables, defect)

Description

[[not reading bugmail]]

Inner Table Body Code is the only part that is different in the pages like
product.html from the other pages such as home.html, If I remove the Tbody code
from 2 different rendered pages, the first comment line to the last the outside
left column code is exactly the same and renders fine.  The inner tbody code
elements are causing problems with the outer Tbody code layout. using build from
11-20.  

which is a similar problem I'm seeing in bug 104012, which maybe related to some
combination of like inner <tbody> code with outer <div> alignment=center, with
<Img src> where alignment=right. 

from n.p.m.browser:

>> I just downloaded and installed 0.9.6 today (build: 2001112009) for 
>> win32, I'm running on Windows 2k Pro.  When I looked at pages on the 
>> company's website with this version (for example: 
>> www.serviceworks.co.uk/product.html) the tables on one of my templates 
>> seem to have gone out of whack.  Instead of the cell containing the 
>> logo fitting exactly the size of the image and the menue then 
>> appearing just underneath in another cell, then the &copy; appearing 
>> in a cell at the bottom of the column, the cell containing the logo 
>> stretches and pushes the menu down (which looks untidy...).
>>
>> It looks OK on IE, NN4.6, Opera 5.12 and previous versions of Mozilla 
>> (because I checked that sort of thing before I published the pages), 
>> does anybody know why there is suddenly a different behaviour under 
>> 0.9.6?  I thought it might be related to bug 33988, but it doesn't 
>> seem to be exactly the same.
>>
>> Rob


---

is this buggy with nested tables or invalid?

going to add several attachments.

Comment 1

[[not reading bugmail]]

Attachment: home.html source

Comment 2

[[not reading bugmail]]

Attachment: product.html source

Comment 3

[[not reading bugmail]]

Attachment: outer table code with striped inner source

Comment 4

[[not reading bugmail]]

Attachment: outer table code with striped inner source for products.html

Comment 5

[[not reading bugmail]]

Attachment: inner tbody source code of products.html

Comment 6

[[not reading bugmail]]

Attachment: inner tbody source code of home.html

Comment 7

[[not reading bugmail]]

looks like same issues with div tags, tbody tags.. and img source affecting page
layout..  both pages use 4.01 transitional doctypes.

Comment 8

[Boris Zbarsky [:bzbarsky]]

The problem is the 'rowspan="2"' on the cell with the logo.

We have something like:

<table>
<tr>
  <td rowspan=2 /> <td />
</tr>
<tr>
  <td rowspan=3 />
</tr>
<tr>
  <td />
</tr>
<tr>
  <td />
</tr>
</table>

The issue is that the row that includes the top of the "rowspan=3" cell is too
tall.

I'm fairly certain this is a duplicate of an existing table layout bug...

Comment 9

[[not reading bugmail]]

ok, Thanks Boris,

I have seen also rowspan code changes to mozilla like around 0.9.5 landing or
shortly before or after that milestone.  Another bug for rowspan was also
checked in probably just under a two weeks ago.

Comment 10

[[not reading bugmail]]

here is a general rowspan query:

http://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&email1=&emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailreporter2=1&bugidtype=include&bug_id=&changedin=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&short_desc=&short_desc_type=allwordssubstr&long_desc=&long_desc_type=allwordssubstr&bug_file_loc=&bug_file_loc_type=allwordssubstr&status_whiteboard=&status_whiteboard_type=allwordssubstr&keywords=&keywords_type=anywords&field0-0-0=product&type0-0-0=substring&value0-0-0=rowspan&field0-0-1=component&type0-0-1=substring&value0-0-1=rowspan&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=rowspan&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=rowspan&cmdtype=doit&newqueryname=&order=Reuse+same+sort+as+last+time

Comment 11

[Keyser Sose]

Duped

*** This bug has been marked as a duplicate of 133756 ***