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)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: mahjongg, Assigned: pierre)
References
()
Details
(Whiteboard: [TESTCASE])
Attachments
(1 file)
|
633 bytes,
text/html
|
Details |
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.
Updated•26 years ago
|
Severity: major → critical
Comment 1•25 years ago
|
||
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.
Comment 3•25 years ago
|
||
Updated•25 years ago
|
Whiteboard: [TESTCASE]
Comment 4•25 years ago
|
||
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>
Updated•25 years ago
|
Assignee: leger → pierre
Component: Browser-General → Style System
Comment 5•25 years ago
|
||
Style system?
| Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
| Assignee | ||
Comment 6•25 years ago
|
||
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.
Yes. Verified with 2000-03-17-09-M15 Win32 build. No problems.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•