258808 - Table is rendered messy - actually impossible

Status: VERIFIED DUPLICATE of bug 226637

(Core :: Layout: Tables, defect)

Description

[Yves Goergen [:ygoe]]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3

Normally, table columns are all one below another. This is all in a mess, the
table is not a rectangle, it's a polygon. All rows are exactly as wide as their
content. Just compare this page with other threads of this forum.
Here's a backup of that page:
http://px.no-ip.com/projects/blackboard/test/mess/forum.php.htm
(my backup cannot handle UTF-8 encoding for some reason, plz ignore this)

Reproducible: Sometimes
Steps to Reproduce:
1. View the page

Actual Results:  
Messed up table.
As soon as you change the width of the borwser window, the table is rendered all
correct. Scrolling and reloading doesn't change the rendering.

Expected Results:  
A table.

Here are screenshots of what it can look like.
http://px.no-ip.com/projects/blackboard/test/mess/Bild1.png
http://px.no-ip.com/projects/blackboard/test/mess/Bild2.png

Comment 1

[Yves Goergen [:ygoe]]

Attachment: Screenshot #1 (from below URL)

Comment 2

[Yves Goergen [:ygoe]]

Attachment: This is correct display!

Comment 3

[Chris Thomas (CTho) [formerly [e-mail] [e-mail]]]

Working on a testcase.

Comment 4

[Chris Thomas (CTho) [formerly [e-mail] [e-mail]]]

Attachment: Testcase

Load the testcase, look at it, resize window, look again.

Comment 5

[Yves Goergen [:ygoe]]

Another screenshot of today:
http://px.no-ip.com/projects/blackboard/test/mess/Bild3.png (defective)
http://px.no-ip.com/projects/blackboard/test/mess/Bild3c.png (correct)

The original page (URL) has changed now and seems to be rendered alright.

Comment 6

[Hermann Schwab]

Attachment: testcase, modified, one table buggy, other working.

from the attached testcase:
    <table width="100%">
    <tr><td>
	  <script type="text/javascript" src="bb_lib/editor.js"></script>
	  <table width="100%" style="table-layout:fixed;">
	    <tr valign="top">
	      <td style="background-color:yellow;">script
type="text/javascript" src="bb_lib/editor.js"</td>
	      <td style="background-color:lightgreen">&nbsp;</td>
	    </tr>
	  </table>
	</td></tr>
    <tr><td>a</td></tr>
    </table>

to show the bug, following is needed:
1. <tr><td>a</td></tr>, doesn´t show without.

2. <script type="text/javascript" src="bb_lib/editor.js"></script>
or <script type="text/javascript" src=""></script>

bug is not seen, if 
<script type="text/javascript" ></script>is applied.

when I saved the original testcase with Save As, Webpage complete
bb_lib/editor.js produced a 404, as seen in the file editor.js
<script type="text/javascript" src=""> is producing a syntax error in the JS
console.
<script type="text/javascript" ></script> is o.k.

Comment 7

[Bernd]

before digging to far into the js-layout relationsship, why don't you use a
layout-breakpoint: <script>var v = document.body.offsetHeight;</script>
see 
http://www.mozilla.org/newlayout/doc/fosdem2004/slide21.html for further
explanations and references.

Comment 8

[Hermann Schwab]

(In reply to comment #7)
> before digging to far into the js-layout relationsship, why don't you use a
> layout-breakpoint: <script>var v = document.body.offsetHeight;</script>
> see 
> http://www.mozilla.org/newlayout/doc/fosdem2004/slide21.html for further
> explanations and references.

"If a script stalls, it's blocking the parsing of the rest of the content, so if
a layout does occur, you're basically guaranteed that you're going to lay out
the content of the page exactly up to the opening script tag and no more." Dave
Hyatt

There is a stalling script in the testcase, see comment 6
If the stalling script is removed, testcase is working.

online stalling by getting a 404:
<script type="text/javascript" src="bb_lib/editor.js"></script>

local stalling with error in JS-Console
<script type="text/javascript" src=""></script>

working:
<script type="text/javascript"></script>

DOM-Inspector Box-Model shows a width of 35 for the 1st TD, of 6 for the 2nd.
After resizing: 348 for the first, 347 for the second.

Comment 9

[Bernd]

this testcase has prevented the patch in bug 226637 to get checked in, thanks a
lot for preventing the regression.

Comment 10

[Bernd]

this has been fixed by the patch in bug 226637

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

Comment 11

[Stephen Donner [:stephend] Not actively reading bugmail]

verified dup