Closed Bug 2237 Opened 26 years ago Closed 26 years ago

[PP] crash in nsWebShell::LoadURL

Categories

(Core :: Layout, defect, P1)

x86
Linux
defect

Tracking

()

VERIFIED WORKSFORME

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
Assignee: troy → rickg
Rick, this goes to our Unix owner
Assignee: rickg → kmcclusk
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 ?
Inserting Milestone info.
Setting all current Open/Normal to M4.
do we still crash on warp?
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
I can load http://warp just fine. marking worksforme.
Status: RESOLVED → VERIFIED
Fixed in April 6th Build.
You need to log in before you can comment on or make changes to this bug.