Closed Bug 44395 Opened 24 years ago Closed 24 years ago

page is rendered incorrectly missing a table

Categories

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

Product:
Core
Component:
Layout: Tables
Platform:
x86
All
Type:
defect

Tracking

()

Status:
VERIFIED INVALID

People

(Reporter: kfir.shay, Assigned: karnaze)

References

(
URL
)

Details

(Keywords: testcase)

Attachments

(2 files)

testcase tested with Build ID 2000070220 on WinNT
411 bytes, text/html
Details
Same testcase as first on but with with strict DTD - Table border visible
302 bytes, text/html
Details 
From Bugzilla Helper:
User-Agent: Mozilla/4.73 [en] (X11; U; Linux 2.2.15-4mdksmp i686)
BuildID:    2000063008

The page is render is the wrong way missing style and a table

Reproducible: Always
Steps to Reproduce:
1.go to URL:
http://www.sun.com/products/staroffice/get.html;$sessionid$DVJHUXAAAFTKDAMTA00E45Q
2. you can also go to http://www.sun.com
3.and then go to any free dot com software: aka staroffice, solaris or java and
see that all those pages have the same problem.

and they work fine on netscape 4.72 Linux
Changing OS to all as I see the style difference under Win98 with 2000062720.
kfir.shay@cornell.edu could you attach a screenshot with problem I do not
understand which table is missing. Please describe it in more detail.


Bernd
OS: Linux → All
Keywords: makingtest
i have a testcase for this.
testcase uses the same doctype as the orginal page

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 
Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
When i remove the doctype borders are correct.

When you remove the font tag around the table, borders are also visible
Status: UNCONFIRMED → NEW
Ever confirmed: true
there are two further testcases -> similar problem (missing tags)
can be found under bug 44463
Keywords: makingtest → testcase
The behaviour of the page and the testcase has changed on June 29 due to the
checkin related to bug 43274. The page is now parsed in transitional mode and
the layout is strict. See
see http://www.bath.ac.uk/%7Epy8ieh/cgi/compat-test.pl

The page contains an invalid <font> tag around the table (validator.w3.org) So
the question is how invalid html code has to be rendered, should mozilla switch
back to the compatibilty mode, then this bug would be duplicate 43274 or at
least related to this bug otherwise the bug is simply invalid. 
Marking the bug invalid as the document source contains invalid html, while the
document claims to be 4.0 transitional
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
i think it should not render invalid html, but the table borders should not 
disappear !!
If my understanding of HTML 4.0 is right, <font> is defined only for the 
loose.dtd and not for strict.dtd. (see the elements table in the 
specification). That sounds reasonable since <font> is depreceated. The last 
testcase also will not pass the validator.w3.org, which claims, that there is no 
<font> element.
As the strict.dtd does not know the <font> tag it is ignored and so the table is
normaly displayed
*** Bug 44436 has been marked as a duplicate of this bug. ***
Verifying.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: