211210 - table cell rendered incompletely when having a large number of elements/tags open; validator error: exceeding TAGLVL

Status: RESOLVED DUPLICATE of bug 58917

(Core :: Layout: Tables, defect)

Description

[Mark Lakata]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624

This page is rendered ok in IExplorer, but not in Firebird 0.6.
Search for "Los Gatos Brewing Co", then notice that all the headings and small
fonts below this line are entirely missing. Also, it is very slow to scroll this
page (as if the browser is working really hard for no apparent reason). Also,
text searches (^F) for any text below this line fail. IExplorer renders this
page very quickly and allows scrolling and searching.

Reproducible: Always

Steps to Reproduce:
1. visit page
2. search for "Los Gatos Brewing Co"
3. page down to next paragraph (which is about the Mission Ale House), but you
won't find the name of the bar.

Actual Results:  
I didn't see the expected headings for each text blurb. Note the words "Mission
Ale House" and the street address are missing. I've pasted the first blurb. This
problem occurs for each subsequent paragraph too.


Hand-poured shots; two dozen microbrews on tap, wines by the glass, vintage
ports, eight premium tequilas, 20 small-batch bourbons, 10 single-malt scotch.
Jukebox. Smoking/cigars (sold). Open M-F 11am-1:30am; Sa-Su 4pm-1:30am. Happy
hour: M-F 4-7pm. 

Expected Results:  
Mission Ale House
Hand-poured shots; two dozen microbrews on tap, wines by the glass, vintage
ports, eight premium tequilas, 20 small-batch bourbons, 10 single-malt scotch.
Jukebox. Smoking/cigars (sold). Open M-F 11am-1:30am; Sa-Su 4pm-1:30am. Happy
hour: M-F 4-7pm. 
97 E. Santa Clara St, SJ (408/292-4058).

Comment 1

[belbo]

This happens here to, but I think the layout problem is caused by wrong markup.
Starting with "Los Gatos Brewing Co" the heading uses something like this <b><a
HREF="mission-alehouse.html">Mission Ale House</a></b>. To my knowledge the <b>
tag would have to be inside the <a></a>. Apart from this the page doesn't have a
doctype and throws up a lot of errors if you try to validate it against 4.01
transitional. 

Maybe the search problem is connected to this?

Comment 2

[Markus Lindström]

Indeed, the validator gives me a whopping 2054 errors for this page. This seems
to be an evangelism issue, doesn't it? I'm pretty new to Bugzilla, so
confirmation would be nice though.

Comment 3

[Erik]

Well, at least the rendering problems seem to be caused by the table used to
format the page. I will attach two simplified testcases showing the relation to
the <table>-tag.

Comment 4

[Erik]

Attachment: Simplified testcase failing to render correctly

The attached file is a stripped down version of the original page.
Open the attached file and scroll down all the way to "Rich's Wild Kingdom".
This is the last entry displayed correctly. The next entry is missing the bold
name and the address.
Please note that it doesn't make any differences if you use the <B> before the
<A>-tag or vice versa in the entry for "Siren's Cafe", so at least the
rendering problems seem not to be related to the <b>/<a>-tag, but I didn't
checked whether it may be related to the search problems.

Comment 5

[Erik]

Attachment: Simplified testcase "working correctly"

Open attached file and scroll down all the way to "Rich's Wild Kingdom" -
you'll notice now that also "Riff's" is displayed correctly.
The only difference between both files is the location of the list of bars: in
the failing document the whole list is sontained within one <TD> of the table,
in the second attachment the list is outside of the table. => are there any
limitations concerning the size of a <TD>/<TR>?

Nevertheless I suppose this error also to occur in SeaMonkey (didn't test it so
far) and perahps there already exists a related bug.

Comment 6

[Steffen Wilberg]

Attachment: testcase

This testcase shows a table with two rows. Both should show "Test 1 Test 2 ...
Test 400". However, the first row stops at Test 194. This is because it
contains 400 unclosed <font> tags, just like the reported site. The second row
is rendered completely because all the <font> tags are closed.

Outside the table, shown below, you can see that "Test 1 ... Test 400" is
displayed completely, in spite of having 400 unclosed <font> tags like row 1.

validator.w3.org says: number of open elements exceeds TAGLVL (100)

Comment 7

[Steffen Wilberg]

Couldn't find dupes. Confirming for
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030718

If it is by design to have a limit for open elements in tables, this bug is
TechEvangelism. Otherwise, it's a browser problem.

Comment 8

[Bernd]

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