Closed
Bug 44395
Opened 25 years ago
Closed 25 years ago
page is rendered incorrectly missing a table
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
VERIFIED
INVALID
People
(Reporter: kfir.shay, Assigned: karnaze)
References
()
Details
(Keywords: testcase)
Attachments
(2 files)
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
|
||
Comment 1•25 years ago
|
||
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
|
|
||
Updated•25 years ago
|
Keywords: makingtest
|
||
Comment 2•25 years ago
|
||
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
|
|
||
Comment 3•25 years ago
|
||
|
|
||
Updated•25 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
|
|
||
Comment 4•25 years ago
|
||
there are two further testcases -> similar problem (missing tags)
can be found under bug 44463
Keywords: makingtest → testcase
|
|
||
Comment 5•25 years ago
|
||
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.
|
|
||
Comment 6•25 years ago
|
||
Marking the bug invalid as the document source contains invalid html, while the
document claims to be 4.0 transitional
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
|
|
||
Comment 7•25 years ago
|
||
i think it should not render invalid html, but the table borders should not
disappear !!
|
|
||
Comment 8•25 years ago
|
||
|
|
||
Comment 9•25 years ago
|
||
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.
|
|
||
Comment 10•25 years ago
|
||
As the strict.dtd does not know the <font> tag it is ignored and so the table is
normaly displayed
|
||
Comment 11•25 years ago
|
||
*** Bug 44436 has been marked as a duplicate of this bug. ***
You need to log in
before you can comment on or make changes to this bug.
Description
•