Closed Bug 151996 Opened 22 years ago Closed 14 years ago

[BC]tables with <col> do not render first row as application/xhtml+xml

Categories

(Core :: Layout: Tables, defect, P3)

Product:
Core
Component:
Layout: Tables
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: bugzilla, Unassigned)

References

Details

(Keywords: testcase, xhtml, Whiteboard: first <tr> disappears, wrapping rows in <tbody> works around)

Attachments

(2 files, 1 obsolete file)

illustration of bug
625 bytes, application/xhtml+xml
Details
extended testcase (tbody)
2.66 KB, application/xhtml+xml
Details 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1a) Gecko/20020614
BuildID:    2002061408 (also a problem in 2002060504)

At http://quendor.robinlionheart.com/references.xhtml when served with an XHTML MIME type (application/xhtml+xml), tables in which the first cell of the first row has a rowspan are rendered as if the inital <tr> did not exist. (The first row is missing, and other rows in the first cell's row span are rendered as if the second cell were the first, &c.)

The problem disappears if the same page is served with a MIME type of "text/html".

Reproducible: Always
Steps to Reproduce:
1. Go to http://quendor.robinlionheart.com/references.xhtml#infocomics

Actual Results:  The first <tr> in this table (ZorkQuest I) was ignored.

Expected Results:  It should have rendered a table with two rows, and a first column spanning both.
QA Contact: petersen → moied
Priority: -- → P3
Target Milestone: --- → Future
Keywords: xhtml
Attached file Illustration of bug (obsolete) — 

    
    

    
  
The problem persists in the 1.0.0 Win32 build.

In preparing a test case, I have determined that the bug also only manifests in tables that use <col> declarations. If the <col> declarations are removed, the bug disappears.
Keywords: testcase

    
    

    
  

      
      
      
      

        Attached file
          
        illustration of bug
        — 
      

    


  
Whoops, meant to use the transitional DOCTYPE. Bug manifests either way,
though.

        Attachment #88795 -
        Attachment is obsolete: true

    
    

    
  
The problem persists in the 1.0.0 Win32 build.

In preparing a test case, I have determined that the bug also only manifests in tables that use <col> declarations. If the <col> declarations are removed, the bug disappears.
Summary: First <tr> in table using rowspan not rendered when served as application/xhtml+xml → row with <td rowspan="..."> not rendered in table with <col>s served as application/xhtml+xml

    
  
URL: quendor.robinlionheart.com/references...
Component: Layout → HTMLTables

    
    

    
  
to tables.
Assignee: attinasi → karnaze
QA Contact: moied → amar

    
    

    
  
does wrapping a <tbody> around the <tr>s help? If so then this is another
symptom of bug 68061

    
    

    
  
I agree - I spent about an hour trying to figure out what the problem was. Once
I removed the header <?xml version="1.0"?> and replaced it with <html>,
everything seemed fine. When I used <XML>, some of the table rows were too big.

Here's a simple example:
<table width="480" border=0 cellspacing="0" cellpadding="0">
   <tr>
      <td bgcolor="#CCCCCC"><img src="C:\PHP\ABO\images\pixel.gif" width="10"
height="1"></td>
   </tr>
</table>

The row is only 1 pixel (when you use <html>), but it comes out more like 20
pixels! (when you use <xml>).

Pance Stojkovski
Toronto Canada

    
    

    
  
mass reassign to default owner
Assignee: karnaze → table
QA Contact: amar → madhur
Target Milestone: Future → ---
Target Milestone: --- → Future

    
    

    
  


  
Wrapping a tbody definitely seems to help. Whenever it's missing, behavior is a
bit...err...unpredictable. :) Isn't this a dupe of bug 68061?
In addition, the align property of col/colgroup doesn't seem to be supported,
but this is covered elsewhere (see bug 915 and bug 29055).

    
  
Summary: row with <td rowspan="..."> not rendered in table with <col>s served as application/xhtml+xml → tables with <col> do not render first row as application/xhtml+xml
Whiteboard: first <tr> disappears, wrapping rows in <tbody> works around

    
    

    
  
<tbody> did work for me. The page I mentioned in comment #1 no longer triggers 
this bug because I use this technique. Use the testcases to reproduce instead.
Depends on: 68061

    
  
Severity: major → normal
OS: Windows XP → All
Hardware: PC → All
Depends on: 238999

    
  
Assignee: core.layout.tables → nobody
QA Contact: madhur → core.layout.tables

    
    

    
  
I don't see anything wrong with any of the testcases (other than bug 915 -- not
being centered) in a Linux trunk build.  What should I be looking for?

    
    

    
  
On Windows (XP) there is a complete row not rendered. Attachment 88796 [details] looks like:

  Sample 3-row Table
(2,2)    (2,3)
(3,1)    (3,2)    (3,3)

(Both in Firefox 1.0 and Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.8a5) Gecko/20041123.)

    
    

    
  
works for me, then, both on Linux trunk firefox and Linux Mozilla 1.7.5.

    
    

    
  
the tables have rules=all  and a lot of horizontal rules are missing, this a border collapse bug
Summary: tables with <col> do not render first row as application/xhtml+xml → [BC]tables with <col> do not render first row as application/xhtml+xml

    
    

    
  
this is wfm with current trunk
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: