Closed Bug 2539 Opened 26 years ago Closed 26 years ago

Renders rather differently than Netscape 4.5

Categories

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

x86
Windows 95
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: faassen, Assigned: rickg)

References

()

Details

I just downloaded a nightly build (on 990121) and used the viewer.exe app to browse around. I co-run a mud called Angalon so naturally I tried the home page. I'm sure the Angalon home page is not entirely correct html, but it renders fine under Netscape or Internet Explorer. Basically, the buttons ("About Muds", etc) are on top using the viewer, while they ought to be on the left side of the picture of the map. By the way, if I'm clueless and reporting this wrong; I'll keep doing it until someone mails me and tells me what I'm doing wrong (or to stop :). If this gets anywhere I'd like feedback by email too of course, but I know you guys are probably too busy. Anyway, regards, and keep up the good work! Martijn
Assignee: troy → rickg
Component: Layout → Parser
Rick, the content model is wrong. The A elements are all getting moved outside the nested table HTML refcount=6< HEAD refcount=2< META refcount=2<> TITLE TEXT=Angalon Home Page refcount=2< > > BODY BACKGROUND=bkrnd.gif TEXT=#000000 refcount=3< Text refcount=3<\n> A NAME=jump refcount=4< Text refcount=3<\n\n> TABLE BORDER=0 ALIGN=left|top WIDTH=100% CELLPADDING=0 CELLSPACING=0 refco unt=6< TBODY refcount=3< TR refcount=3< TD VALIGN=top refcount=4< TABLE BORDER=0 ALIGN=left CELLPADDING=0 CELLSPACING=0 refcount=7< TBODY refcount=3< TR refcount=3< TD refcount=4< > > > > > > > > > A HREF=about.html ONMOUSEOUT=release(0) ONMOUSEOVER=press(0) refcount=4< IMG SRC=buttons/Babout.gif BORDER=0 WIDTH=125 HEIGHT=26 refcount=4<> > Text refcount=3< \n \n \n > A HREF=prehis.html ONMOUSEOUT=release(1) ONMOUSEOVER=press(1) refcount=4< IMG SRC=buttons/Bprehis.gif BORDER=0 WIDTH=125 HEIGHT=26 refcount=4<> >
Status: NEW → ASSIGNED
Actually, this is just another example of the residual style problem I've been working on, and NOT a regression.
This is not a regression -- its just another case of the poorly formed content handling bug.
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
I believe this is fixed with new changes to CNavDTD.
QA Contact: 3847 → 4141
Attempting to steal gem's HTMLParser bugs all at once. Changing QAContact to janc.
QA Contact: janc → elig
QA Assigning to self.
Status: RESOLVED → VERIFIED
Using 6.16.99 AM builds [all 3 platforms], this issue no longer takes place. Verifying as fixed, as the site doesn't look like it's been significantly changed based on the description in the bug report. (faassen@vet.uu.nl, if I'm mistaken, please do add your comments.)
You need to log in before you can comment on or make changes to this bug.