Closed Bug 40086 Opened 25 years ago Closed 25 years ago

rendering problems, scrolling problems, crash

Categories

(Core :: Layout, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: jmd, Assigned: eric)

References

()

Details

(Keywords: crash)

This page has so many problems I don't even know where to begin, or what to file this under. I'm testing under 2000-05-21-09 Linux. First off, when it loads, it has some kind of frame type thing going on, with a blue block on the left (obviously not frames, netscape 4.7 doesn't even show that part). The scrollbar for the main section is hidden under this block, and mouse drag/keyboard scrolling dont seem to work. there is, however, a few pixels of the button scrollbar button sticking out. scroll all the way to the buttom, then try drag-scrolling up. seg faults for me every time. sometimes you need to drag off the buttom off the window, then drag back off the top for it to die.
Keywords: crash
I can confirm the problems on the same build and platform. I think that the original reporter must have meant to say that the blue bar is on the right. That's where it is for me. This page is something of a pathological case. It uses every fringe feature that HTML 4 has to offer. It also declares conformance with the HTML Strict DTD, but doesn't deliver. The page is riddled with syntactical problems. Further there are a number of empty <span></span> blocks that may be more than Moz's tiny brain can take. It is tempting to blame the page author but I suppose Mozilla should gracefully handle such things.
er, yeah, meant right side. yes, we can blame the layout on the author, but the thing im more concered about is the crashing.
It doesn't crash build 2000-05-22-08 (Red Hat 6.2, kernel 2.2.14) for me - in fact, I can't even scroll up using the tiny scrollbar bit.
for the page was used i think first some simple text editor and then some WYSIWYG cos some of the tags a nessted , and some of them are uppercase and some of them are small. And i think that editor is Dreamweaver, he likes to put span tags to unconsciousness:))) but I suppose Mozilla should gracefully handle such stupid things.
-> Layout
Assignee: asadotzler → clayton
Component: Browser-General → Layout
QA Contact: jelwell → petersen
Sounds very much like Eric's area. From Clayton's List to Eric Vaughan's. Reassigning to evaughan@netscape.com.
Assignee: clayton → evaughan
Very strange behavior, but I cannot reproduce any crash using today's NS verification builds on Linux or Win98.
targeting
Status: NEW → ASSIGNED
Target Milestone: --- → M19
fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Fixed in the July 6 build (2000-07-06-08-M17).
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.