Closed
Bug 2394
Opened 26 years ago
Closed 26 years ago
www.bloomberg.com {floater}
Categories
(Core :: Layout, defect, P2)
Tracking
()
VERIFIED
FIXED
M6
People
(Reporter: rubydoo123, Assigned: buster)
References
()
Details
version: viewer.exe
build: 1/14/99
platform: win95
expected results: the page should load and render. The page is divided up into
two columns, with lots and lots of input fields.
what I got: the first input field only.
steps:
1. open browser
2. type in http://www.bloomberg.com
3. check it out
NOTE: ran the file through a parser and it has a ton of HTML errors. That may or
ma not be a factor. It also has tables so it may be a basic table bug too.
|
||
Comment 1•26 years ago
|
||
This same problem occurs on "http://www.nbc.com/nbc/index.asp" which
is filed as bug #2374. Both of these pages are one big nested table,
and the main table is the only content of the page
(i.e., <html><body><table>...</table></body></html> ).
Not networking bug. Here's why:
These pages (bloomberg.com/welcome.html) & (nbc.com/nbc/index.asp)
begin with (essentially) this markup:
<html><head></head>
<body>
<table ...>
<tr>
<td ...>
Changing the above to include *any* character text before the
<TABLE> "fixes" the table layout and the entire page lays out as
expected.
For example, this change allows the page layout correctly (add *FOO*):
<html><head></head>
<body> *FOO*
<table ...>
<tr>
<td ...>
These pages did work with the Jan 5 Nightly Win95 build, but are not
working (for me) for the Jan 13 Nightly Win95 build. (Probably Parser,
should probably be marked as Dup with 2374 (or vice versa)).
Definitely not a networking bug; the content model is created fine
Assignee: gagan → troy
Component: Networking Library → Layout
The problem is a paintinh problem. The content is really a single table that's
floated left. That means we end up with a BODY of size {0,0} and even though the
table is sized properly it isn't given a chance to paint.
That's why the excellent description that says adding anything (like *FOO*) just
before the TABLE fixes the problem.
Here's a small dump of the tree that verifies the problem. The specific problem
seems to be that the line box's combined area doesn't reflect the space talen up
by the floater.
webshell=00F1B1B0
Root(-1)@00F9EF20 [view=00F8D8D0]{0, 0, 567, 446.25} [state=00000006]<
Scroll(HTML)(-1)@00F9CCD0 [view=00F9CBB0]{0, 0, 567, 446.25} [state=00000004]<
Area(HTML)(-1)@00F9C1E0 [view=00F9C090]{0, 0, 555, 842.75}<
line 00F9A870: count=1 state=clean,block[0xa] {5.55, 0, 0, 0} ca={5.55, 0,
0, 0} <
Block(BODY)(1)@00F9A8E0{5.55, 0, 0, 0} [state=0000000c]<
line 00F93E10: count=3 state=clean,inline[0x8] {472.5, 0, 0, 0}
ca={472.5, 0, 0, 0} <
Text(0)@00F8A5F0[0,2,T] {472.5, 0, 0, 0} [state=00000004]<
"\n\n\n"
>
Placeholder(TABLE)(1)@01506470 {472.5, 0, 0, 0} [state=00000004]<>
Text(2)@0173B1B0[0,1,T] {472.5, 0, 0, 0} [state=00000004]<
"\n\n"
>
> floaters <
placeholder@01506470
TableOuter(TABLE)(1)@0146E120{0, 0, 472.5, 842.75}
[state=00000004]<
I removed the [PP] marker because this has nothing to do with platform code.
|
|
||
Comment 9•26 years ago
|
||
By the way, www.bloomberg.com has changed their home page, so this bug
is no longer reproducible by using www.bloomberg.com as a test.
This test shows the current "floated table" bug.
<HTML><HEAD></HEAD>
<BODY>
<TABLE border=1 align=left>
<TR>
<TD> Hello </TD>
</TR>
</TABLE>
</BODY>
</HTML>
------------------------------
(There are some problems with the _new_ page layout, but at least one
(BR inside FONT) has a fix checked in. If the other problems
persist, I'll file new bugs on them (they are: 1) rendering(?) bug
in top left corner, and 2) table problem(?) in top banner bar (win95
Feb03 opt))
|
|
||
Comment 10•26 years ago
|
||
*** Bug 2837 has been marked as a duplicate of this bug. ***
|
||
Comment 11•26 years ago
|
||
*** Bug 3370 has been marked as a duplicate of this bug. ***
|
|
||
Comment 12•26 years ago
|
||
When this is fixed, be sure to test CSS1 float,
http://www.w3.org/Style/CSS/Test/w3c.html
|
||
Comment 13•26 years ago
|
||
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
|
||
Comment 14•26 years ago
|
||
The issue of rendering floating tables was fixed in several other bugs and
landed this morning. Comparing viewer with nav4 yields acceptable results (no
glaring bugs).
|
||
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
|
|
||
Comment 15•26 years ago
|
||
Fixed in March 25th Build.
You need to log in
before you can comment on or make changes to this bug.
Description
•