Closed
Bug 4385
Opened 26 years ago
Closed 26 years ago
Table cell from www.att.net is horizontally elongated in Gecko
Categories
(Core :: Layout: Tables, defect, P3)
Core
Layout: Tables
Tracking
()
VERIFIED
FIXED
People
(Reporter: elig, Assigned: karnaze)
References
()
Details
(Whiteboard: [MAKINGTEST] denis.daly@utoronto.ca)
Attachments
(1 file)
(deleted),
text/html
|
Details |
* TITLE/SUMMARY
Table from www.att.net is horizontally elongated in Gecko
* STEPS TO REPRODUCE
0) Launch Apprunner
1) View the table at http://www.prometheus-music.com/gecko/attworldnet5.html
* RESULT
- What happened
The "ZDNet's Software Library" text is pushed all the way to the right, and
scrunched into a tiny column.
Removing the "<TD>•</TD>" cell results in a proper layout, as does removing
the first <TR> entry.
- What was expected
Layout equivalent to IE 5, Navigator 4, etc. (text should be left-aligned.)
It's possible that Navigator and IE are both just not following the standards
here
(Disclaimer: I haven't tried to figure out the table; it took enough time just
decomposing the test case from a dozen or two tables on the page...!)
* REGRESSION
- Occurs On
Mac OS Apprunner (3.29.99 optimized build)
Win32 Apprunner (3.27.99 optimized build [NT 4, Service Pack 3])
Linux Apprunner (3.27.99 optimized build)
- Doesn't Occur On
Mac OS Communicator 4.5 (RTM)
Win32 IE 5.0
* CONFIGURATIONS TESTED
- [Mac] Power Mac 8500/120 (233 Mhz 604e), 64 MB RAM (VM on; 1 MB of VM used),
1024x768 (Thousands of Colors), Mac OS 8.5.1
- [Win32] Vectra VL (233 Mhz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3.
- [Linux] Vectra VL (266 Mhz P2), 96 MB RAM.
* HTML SNIPPET
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<BODY>
<TABLE BORDER="0" CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR VALIGN="MIDDLE" ALIGN="LEFT">
<TD ROWSPAN="5"> </TD>
<TD COLSPAN="2" WIDTH="100%" BGCOLOR="#F5E066">
<B>Today Online</B><BR>
</TD>
<TD ROWSPAN="5"> </TD>
</TR>
<TR VALIGN=TOP>
<TD>•</TD>
<TD><A CLASS="clsLink" HREF="http://www.att.net/explore/software/">ZDNet's
Software Library</A>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>
Reporter | ||
Updated•26 years ago
|
Summary: Table from www.att.net is horizontally elongated in Gecko → Table cell from www.att.net is horizontally elongated in Gecko
Reporter | ||
Comment 1•26 years ago
|
||
Also, there is a bit of a platform parity factor here; on Mac OS and Linux
(3.29.99 builds), the "Today Online", "Join Now!" and "Shop @ Market Square"
nested tables are affected.
On Win32, however, only the "Shop @ Market Square" nested table is affected.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Reporter | ||
Comment 2•26 years ago
|
||
[Just as a helpful FYI, this is still taking place, checked on the 4.20.99 Mac OS
build.]
Updated•26 years ago
|
Whiteboard: [MAKING TEST] ian@lemnet.com
Updated•26 years ago
|
Whiteboard: [MAKING TEST] ian@lemnet.com
Build ID: 1996062708
This is a nightly build for Windows running on Windows NT with service pack 5.
4.3 GB HD. Pentium MMX 233 MHz. 64 MB RAM.
I have not checked but I assume this problem is reproducible on all platforms
after reading the comments below.
[4.xP]
This problem is not seen in IE 5 or Netscape 4.5.
To reproduce this bug:
1) Launch Apprunner
2) Open up my attachment in Mozilla
There are comments in the HTML file I attached, but I will summarize the
problem again. To the best of my knowledge, when you have a 2x2 table
e.g.
A B
C D
and span A and B into one cell and set its width at 100%, Mozilla incorrectly
renders cells C and D as if ONLY cell A had a width of 100%. This causes cell
D to have a tiny width and thus wrap all the text that is inside. A and B are
rendered correctly, but cells C and D are not.
If Mozilla rendered this correctly, cell D should not be shrunk to a tiny
width, but because Mozilla -thinks- that only cell A has a width of 100%, it
tries to make cell D as thin as possible.
Please email me if this bug is fixed, thank you.
The test case is 'bad HTML'. The % attribute value for <table> isn't quoted, as
required. Additionally, % attribute values are not allowed on <td>. The bug is,
rather, an issue for quirk mode. Removing the illegal WIDTH=100% in this: <TD
COLSPAN="2" WIDTH=100%>A</TD> allows expected rendering.
The same error is in
<http://www.prometheus-music.com/gecko/attworldnet5.html
http://www.att.net is a mangled, mushy markup mess. Bogus <!DOCTYPE...> leads
directly into bogus markup, including yet another <TD COLSPAN="2" WIDTH="100%"
BGCOLOR="#F5E066"> illegality.
>
Assignee | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 6•26 years ago
|
||
The original problem is fixed, probably due to 7/28 changes.
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 7•26 years ago
|
||
Using 8/6 Apprunner, verified bug fixed across platform.
You need to log in
before you can comment on or make changes to this bug.
Description
•