Closed Bug 1564 Opened 26 years ago Closed 25 years ago

Left & Right-most table column appears at top of page

Categories

(Core :: DOM: HTML Parser, defect, P2)

Product:
Core
Component:
DOM: HTML Parser
Platform:
All
Mac System 8.5
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: elig, Assigned: rickg)

References

(
URL
)

Details

Using the 11.23.98a builds of Viewer & XPViewer on NT 4.0 & 98, the rightmost navigation pane-column of http://www.warzone.com appears at the bottom of the page, rather than alongside the right of the page as intended. There are additional minor cosmetic issues (i.e. the "Headlines" bitmap is misplaced to the right of the image heading the row, rather than directly below it), too.
Assignee: rickg → buster
Status: NEW → ASSIGNED
(Just FYI, reproducible in 11.24.98 build.)
Assignee: buster → rickg
Status: ASSIGNED → NEW
I believe this is a known parser problem.
Status: NEW → ASSIGNED
elig, this is an old bug. Can you check against latest build please.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Sure. It actually works correctly on Linux (1.25.99 build) and Win32 (NT 4.0, 1.26.99 build). [changing to Verified/Fixed; rickg, please revert bug state if you disagree.] However, on Mac, the rightmost navigation column doesn't appear at all. I don't see a Platform Parity bug for that (or one at all), so I'll investigate and possibly write one up. (I think there are other Mac bugs in which the right- most column in a table doesn't appear.)
Status: VERIFIED → REOPENED
OS: Windows NT → Mac System 8.5
Hardware: PC → Macintosh
Summary: (warzone.com) Rightmost navigation column appears at bottom of page → [PP] Left & Right-most table column appears at top of page
Assignee: rickg → sdagley
Status: REOPENED → NEW
Hmm...actually, the navigation columns are in fact appearing at the top of the page on Mac. I'm re-opening this bug as a [PP] bug for Mac.
Resolution: FIXED → ---
Inserting Milestone info.
Setting all current Open/Normal to M4.
Assignee: sdagley → troy
Component: Viewer App → Layout
Looks like a good test for layout as neither the current Win32 or Mac builds seem to be able to display this page.
Hardware: Macintosh → All
Summary: [PP] Left & Right-most table column appears at top of page → Left & Right-most table column appears at top of page
Forgot to remove the [PP] flag and change to platform All when I reassigned this one to troy.
Assignee: troy → rickg
Component: Layout → Parser
Here's a simple example that demonstrates the problem: <p> <table><tr><td>Cell</td></tr></table> The parser is nesting a table inside of a P element when it shouldn't, and this causes no ContentAppended() notifications (at all) to get generated and so we have a frame for the HTML element and BODY only (not even a frame for the P element)
Status: NEW → ASSIGNED
Assignee: rickg → kipp
Status: ASSIGNED → NEW
I think this fixed now, except for some vertical alignment problems. Kipp?
Assignee: kipp → rickg
This page contains some *really* wacky html; in particular: <TD> <P><FONT face="Verdana, Arial, Helvetica, sans-serif" size="-1" color="#FFFFFF"><B>Warzone Network</B><BR> </FONT> <FONT face="Verdana, Arial, Helvetica, sans-serif" size="-2" color="#FFFFFF"><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content="text/html; charset=windows-1252" http-equiv=Content-Type> <META content="MSHTML 5.00.2014.210" name=GENERATOR></HEAD> <BODY><A href="http://www.cgreview.com"><B>CGReview</B></A><BR><A
Status: NEW → RESOLVED
Closed: 26 years ago → 25 years ago
Resolution: --- → FIXED
Corrected by changes to parsing engine.
[warzone.com is presently down; will check this bug again a bit later...]
I confirm that the warzone.com page lays out properly on Win32, Mac OS & Linux (using 5.17.99 builds on Mac OS/Linux, and the 5.18.99 build on Win32.) I'm going to confirm that the test case provided by Troy also works, in the event that the page has been redesigned in the past 6 months.
Hmm...Troy's test case isn't suitable for checking on a black box test case level, and the web site has been redesigned to the extent in which even the builds from the time period in which this bug was relevant no longer trigger problems. I can rubber-stamped this verified, or someone can provide some idea of what was actually fixed.
Status: RESOLVED → VERIFIED
took simple table test described in the bug, created a basic page, displayed the page in the browser, reviewed source and no P element had been inserted. marking verified.
You need to log in before you can comment on or make changes to this bug.