Closed
Bug 65118
Opened 24 years ago
Closed 24 years ago
Crash loading www.neimanmarcus.com/wg_boutique.jhtml
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: blee, Assigned: serhunt)
References
()
Details
(Keywords: crash)
Attachments
(2 files)
Crash in the middle of loading www.neimanmarcus.com/wg_boutique.jhtml.
For StackTrace, click the URL above.
The same page loads fine in 4.x client.
Observed in 01-10-08-Mtrunk.
Comment 1•24 years ago
|
||
I see this crash on w2k/ build 2001010620
(Flash plugin deactivated)
Reporter: You can attach a stack trace to a bug (Link: Create a new attachment).
Many people can´t access this netsacpe internal URL.
Comment 2•24 years ago
|
||
adding crash keyword as 1/11 build (Win98) crashes in jsdom.dll
Keywords: crash
Changing component to DOM, since it is crashing in jsdom.dll. Please reassign as
necessary.
Assignee: neeti → jst
Component: Networking → DOM Level 1
Comment 6•24 years ago
|
||
Reassigning to av since he's been all over this code lately and should know what
the deal is here. Andrew, looks like the plugin array is lying about the numbers
of plugins it contains, we crash when we ask for plugin x and there's less than
x plugins in the array, we get a null plugin and we don't check for null
pointers before we call methods on the plugin...
Assignee: jst → av
Right, and it should be fixed with bug 61388 fix. Accepting, making dependency.
Status: NEW → ASSIGNED
Depends on: 61388
With the patch from bug 61388 it does not crash, but the page keeps reloading
indefinetly. I'll attach the stack trace and add Harish, since it could be
parser.
Assignee | ||
Comment 10•24 years ago
|
||
Bug 61388 is fixed now in the trunk. Marking fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Updated•24 years ago
|
Component: DOM Level 1 → DOM HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•