Closed Bug 164270 Opened 23 years ago Closed 23 years ago

a large blank area appears on page

Categories

(Core :: Layout, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 145405

People

(Reporter: jiang_wq, Assigned: attinasi)

References

()

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020822 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020822 go to the url provided and you'll see a large blank area on the page, with the content pushed down below the blank. Reproducible: Always Steps to Reproduce: 1.go to the url 2.look at the page 3.compare what's shown in IE with the same URL
WFM, 2002-08-23-08 trunk Linux.
I see this using BuildID 2002082008 on WinXP, confirming
Status: UNCONFIRMED → NEW
Ever confirmed: true
Confirm on Moz Buid ID# 2002-08-23-04. I think I know what the problem is. Will analyze hte code after I get back from lunch. This is a possible duplicate in relation to the "rowspan" attribute in the table. Will analyze the code to make sure first.
<-- My Explanation --> It's a bad scripting on the webmaster's part. It's also related to the "rowspan" attribute of the table. The webmaster also enclosed too many tables, in one case, yellow tables (Table #1, #2, #3) within one "<td>" tags. I colored it for our convience. I left intact the "align" attribute, "width" attriubte and "height" attriubute of the table properties to mirror it to the real webpage we saw. <-- Technicial Explaination --> The reason it look wrong is because there were too many data in either the Table #5 or Table #6 that it cause this table to expand longer than the height of "1000" on the other column where Table #1, #2, #3 and #4 reside, so it cause us to see that it looked wrong. <!-- Conclusion --> Mozilla and Internet Explorer performed correctly except one thing. Internet Explorer somehow doesn't expand one of the column/row box at the very top. Mozilla does expand that box somehow. This is also a duplicate of bug #145405. *** This bug has been marked as a duplicate of 145405 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Attaching testcase #1 and #2. Testcase #1 showed the bug and Testcase #2 showed what the bug would look like if there isn't excessive data in one table that wouldn't affect the rowspan attribute.
QA Contact: petersen → moied
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: