Closed
Bug 2237
Opened 26 years ago
Closed 26 years ago
[PP] crash in nsWebShell::LoadURL
Categories
(Core :: Layout, defect, P1)
Tracking
()
VERIFIED
WORKSFORME
M4
People
(Reporter: akkzilla, Assigned: ramiro)
References
()
Details
In the Linux viewer, try to load http://warp -- crashes every time. Win32
viewer loads it without a crash.
mDocLoader is null.
#0 0x4073ef14 in nsWebShell::LoadURL (this=0x8216300, aURLSpec=0x81e6e20,
aCommand=0x40743149 "view", aPostData=0x0, aModifyHistory=1,
aType=nsURLReload, aLocalIP=0)
at ../../../mozilla/webshell/src/nsWebShell.cpp:1264
#1 0x4073ecbc in nsWebShell::LoadURL (this=0x8216300, aURLSpec=0x81e6e20,
aPostData=0x0, aModifyHistory=1, aType=nsURLReload, aLocalIP=0)
at ../../../mozilla/webshell/src/nsWebShell.cpp:1181
#2 0x4026075a in nsHTMLFrameInnerFrame::Reflow (this=0x81e6628,
aPresContext=@0x82181d0, aDesiredSize=@0xbfffbdb0,
aReflowState=@0xbfffbd5c, aStatus=@0xbfffbe68)
at ../../../../../mozilla/layout/html/document/src/nsFrameFrame.cpp:762
#3 0x40311dd2 in nsContainerFrame::ReflowChild (this=0x8218168,
aKidFrame=0x81e6628, aPresContext=@0x82181d0, aDesiredSize=@0xbfffbdb0,
aReflowState=@0xbfffbd5c, aStatus=@0xbfffbe68)
at ../../../../../mozilla/layout/html/base/src/nsContainerFrame.cpp:395
#4 0x4025f4a5 in nsHTMLFrameOuterFrame::Reflow (this=0x8218168,
aPresContext=@0x82181d0, aDesiredSize=@0xbfffbe6c,
aReflowState=@0xbfffbe9c, aStatus=@0xbfffbe68)
at ../../../../../mozilla/layout/html/document/src/nsFrameFrame.cpp:337
#5 0x40311dd2 in nsContainerFrame::ReflowChild (this=0x8216d00,
aKidFrame=0x8218168, aPresContext=@0x82181d0, aDesiredSize=@0xbfffbe6c,
aReflowState=@0xbfffbe9c, aStatus=@0xbfffbe68)
at ../../../../../mozilla/layout/html/base/src/nsContainerFrame.cpp:395
#6 0x40254b3b in nsHTMLFramesetFrame::ReflowPlaceChild (this=0x8216d00,
aChild=0x8218168, aPresContext=@0x82181d0, aReflowState=@0xbfffc074,
aOffset=@0xbfffbfd8, aSize=@0xbfffbfe0, aDrag=0x0, aCellIndex=0xbfffbfb4)
at ../../../../../mozilla/layout/html/document/src/nsFrameSetFrame.cpp:666
#7 0x40255c9c in nsHTMLFramesetFrame::Reflow (this=0x8216d00,
aPresContext=@0x82181d0, aDrag=0x0, aDesiredSize=@0xbfffc0f4,
aReflowState=@0xbfffc074, aStatus=@0xbfffc164)
at ../../../../../mozilla/layout/html/document/src/nsFrameSetFrame.cpp:1066
#8 0x40255180 in nsHTMLFramesetFrame::Reflow (this=0x8216d00,
aPresContext=@0x82181d0, aDesiredSize=@0xbfffc0f4,
aReflowState=@0xbfffc074, aStatus=@0xbfffc164)
at ../../../../../mozilla/layout/html/document/src/nsFrameSetFrame.cpp:811
#9 0x40320683 in nsInlineReflow::ReflowFrame (this=0xbfffc230,
aIsAdjacentWithTop=1, aMetrics=@0xbfffc0f4, aStatus=@0xbfffc164)
at ../../../../../mozilla/layout/html/base/src/nsInlineReflow.cpp:444
Updated•26 years ago
|
Assignee: kmcclusk → ramiro
Kevin,
I though you were working on linux now. Why are you reassigning this bug to me
?
Someone that knows that gecko architecture better needs to look at this kind of
bugs on unix.
Are you and rods going to take any at all ?
Or, is the plan that anything that has anything to do with unix gets reassigned
to me ?
Comment 5•26 years ago
|
||
do we still crash on warp?
Comment 6•26 years ago
|
||
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Assignee | ||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
I can load http://warp just fine.
marking worksforme.
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 8•26 years ago
|
||
Fixed in April 6th Build.
You need to log in
before you can comment on or make changes to this bug.
Description
•