Closed Bug 21452 Opened 26 years ago Closed 25 years ago

crash when visiting page @ www.cdfreaks.com

Categories

(Core :: CSS Parsing and Computation, defect, P3)

x86
Windows 98
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: mahjongg, Assigned: pierre)

References

()

Details

(Whiteboard: [TESTCASE])

Attachments

(1 file)

Visiting the above url causes mozilla M11 to crash. steps to reproduce effect. goto www.cdreaks.com click button on top-center that mentions "news". Wait till page has loaded. result, mozilla allways crashes (with an invalid page fault under windows) before the whole page is fully loaded (part of the page appears). When the stop button is pressed during the page loading it is possible to see the partly loaded page without a crash occuring.
Severity: major → critical
FWIW: WFM on Win95 build 1999121612
agreed, unfortunately going to another page on this site will still crash the latest daily build. The contents of the original page has changed so perhaps that explains why the bug dos not occur there anymore. Crashing will now occur at www.cdfreaks.com/console and perhaps at other pages on this site. tested crashing with 1999121612.
Whiteboard: [TESTCASE]
Stack trace from loading testcase, build 1999121612 on Windows NT4 sp6: gkhtml!NS_NewCSSNameSpaceRule (FPO: [0,0,0]) gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewCSSNameSpaceRule (FPO: [3,0,0]) gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewPresShell gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewPresShell gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewPresShell gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewCSSNameSpaceRule gkhtml!NS_NewFrameManager gkhtml!NS_NewFrameManager gkhtml!NS_NewFrameManager gkhtml!NS_NewFrameManager gkhtml!NS_NewFrameManager gkhtml!NS_NewFrameManager gkhtml!NS_NewFrameManager gkhtml!NS_NewFrameManager gkhtml!NS_NewFrameManager gkhtml!NS_NewFrameManager gkhtml!NS_NewDocumentFragment gkhtml!NS_NewPresShell gkhtml!nsTextFragment::CopyTo [omap] gkhtml!NS_NewPresShell gkhtml!NS_NewDocumentFragment gkhtml!NS_NewPresShell gkhtml!NS_NewDocumentFragment gkhtml!NS_NewDocumentFragment gkhtml!NS_NewDocumentFragment gkhtml!NS_NewPresShell gkhtml!NS_NewDocumentFragment gkhtml!NS_NewPresShell gkhtml!NS_NewPresShell gkhtml!NS_NewFrameManager plds3!PL_HandleEvent (FPO: [1,0,2]) plds3!PL_ProcessPendingEvents (FPO: [EBP 0x0012feac] [1,0,4]) plds3!PL_IsQueueOnCurrentThread (FPO: [4,0,0]) user32!TranslateMessageEx appshell!nsQueryReferent::nsQueryReferent [omap] (FPO: [1,0,0]) mozilla!nsGetInterface::operator= mozilla!nsGetInterface::operator= mozilla!nsGetInterface::operator= kernel32!GetProcessPriorityBoost mozilla!<nosymbols>
Assignee: leger → pierre
Component: Browser-General → Style System
Style system?
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
A quick check on WinNT showed that it used to crash with a build from a few days ago and that it doesn't crash anymore with today's build. Closed as WorksForMe.
Putting on verifyme keyword.
Keywords: verifyme
Yes. Verified with 2000-03-17-09-M15 Win32 build. No problems.
Status: RESOLVED → VERIFIED
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: