Closed Bug 9288 Opened 26 years ago Closed 26 years ago

[PP]Crashing when opening address book window

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect, P1)

PowerPC
Mac System 8.6
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: hangas, Assigned: karnaze)

References

Details

Using multiple builds on July 5, the Mac crashes when opening mailnews window either from browser task bar or from command line option -mail. PowerPC unmapped memory exception at 1217FC10 nsHTMLFramesetFrame::Scale(int, int, int*, int* )+00148 Calling chain using A6/R1 links Back chain ISA Caller 00000000 PPC 0C8243C8 0D3F7700 PPC 0C823150 main+00E8C 0D3F7520 PPC 128C72B0 nsAppShellService::Run()+00020 0D3F74E0 PPC 12526B98 nsAppShell::Run()+00050 0D3F7460 PPC 125276A8 nsMacMessagePump::DoMessagePump()+00044 0D3F7410 PPC 125279B0 nsMacMessagePump::DispatchEvent(int, EventRecord*)+ 00188 0D3F73C0 PPC 1276DCC0 Repeater::DoRepeaters(const EventRecord&)+00034 0D3F7380 PPC 1276D740 TimerPeriodical::RepeatAction(const EventRecord&)+ 00074 0D3F7330 PPC 1276D1C4 TimerImpl::Fire()+00058 0D3F72F0 PPC 1274E498 nsNetlibService::NetPollSocketsCallback(nsITimer*, void*)+0004C 0D3F72B0 PPC 12728B3C NET_PollSockets+00034 0D3F7260 PPC 12723A64 NET_ProcessNet+00518 0D3F6EC0 PPC 127327C0 net_ProcessFile+000F4 0D3F6E70 PPC 12731D54 net_read_file_chunk+00294 0D3F6E20 PPC 12752D90 stub_put_block(_NET_StreamClass*, const char*, long)+000D4 0D3F6DD0 PPC 12308FCC nsDocumentBindInfo::OnDataAvailable(nsIURI*, nsIInputStream*, un signed int)+000C0 0D3F6D70 PPC 1247DE6C nsParser::OnDataAvailable(nsIURI*, nsIInputStream*, unsigned int )+0024C 0D3F6D00 PPC 1247D6E0 nsParser::ResumeParse(nsIDTD*)+000AC 0D3F6CB0 PPC 1247D85C nsParser::BuildModel()+0007C 0D3F6C60 PPC 12468E94 CNavDTD::BuildModel(nsIParser*, nsITokenizer*, nsITokenObserver* , nsIContentSink*)+000A4 0D3F6C00 PPC 124694FC CNavDTD::HandleToken(CToken*, nsIParser*)+0027C 0D3F6B90 PPC 1247B598 CTokenHandler::operator()(CToken*, nsIDTD*)+00048 0D3F6B40 PPC 12468064 NavDispatchTokenHandler(CToken*, nsIDTD*)+00080 0D3F6AF0 PPC 1246B64C CNavDTD::HandleEndToken(CToken*)+001EC 0D3F69F0 PPC 1246E0C4 CNavDTD::CloseContainersTo(nsHTMLTag, int)+00084 0D3F6990 PPC 1246DF90 CNavDTD::CloseContainersTo(int, nsHTMLTag, int)+ 000EC 0D3F6810 PPC 1246DDE0 CNavDTD::CloseContainer(const nsIParserNode&, nsHTMLTag, int)+00 164 0D3F67B0 PPC 1246D930 CNavDTD::CloseFrameset(const nsIParserNode&)+0006C 0D3F6770 PPC 11FC5878 HTMLContentSink::CloseFrameset(const nsIParserNode& )+0007C 0D3F6720 PPC 11FC6100 HTMLContentSink::StartLayout()+00278 0D3F6630 PPC 11FA08A8 PresShell::InitialReflow(int, int)+00428 0D3F63F0 PPC 12215348 ViewportFrame::Reflow(nsIPresContext&, nsHTMLReflowMetrics&, con st nsHTMLReflowState&, unsigned int&)+00380 0D3F6270 PPC 11F859D4 nsContainerFrame::ReflowChild(nsIFrame*, nsIPresContext&, nsHTML ReflowMetrics&, const nsHTMLReflowState&, unsigned int&)+000E4 0D3F61D0 PPC 120551B4 RootFrame::Reflow(nsIPresContext&, nsHTMLReflowMetrics&, const n sHTMLReflowState&, unsigned int&)+003DC 0D3F6010 PPC 11F859D4 nsContainerFrame::ReflowChild(nsIFrame*, nsIPresContext&, nsHTML ReflowMetrics&, const nsHTMLReflowState&, unsigned int&)+000E4 0D3F5F70 PPC 11F78044 nsAreaFrame::Reflow(nsIPresContext&, nsHTMLReflowMetrics&, const nsHTMLReflowState&, unsigned int&)+00114 0D3F5EF0 PPC 1218CEE4 nsBlockFrame::Reflow(nsIPresContext&, nsHTMLReflowMetrics&, cons t nsHTMLReflowState&, unsigned int&)+00244 0D3F5300 PPC 1218DFA8 nsBlockFrame::ReflowDirtyLines(nsBlockReflowState&)+ 0006C 0D3F5280 PPC 1218E57C nsBlockFrame::ReflowLine(nsBlockReflowState&, nsLineBox*, int*)+ 00108 0D3F5220 PPC 1218FE70 nsBlockFrame::ReflowInlineFrames(nsBlockReflowState& , nsLineBox* , int*)+001C8 0D3F5150 PPC 121901F0 nsBlockFrame::ReflowInlineFrame(nsBlockReflowState&, nsLineBox*, nsIFrame*, unsigned char*)+0004C 0D3F50C0 PPC 12198878 nsLineLayout::ReflowFrame(nsIFrame*, nsIFrame**, unsigned int&)+ 0045C 0D3F4E80 PPC 12183064 nsHTMLFramesetFrame::Reflow(nsIPresContext&, nsHTMLReflowMetrics &, const nsHTMLReflowState&, unsigned int&)+00F14 0D3F4CB0 PPC 121817D8 nsHTMLFramesetFrame::ReflowPlaceChild(nsIFrame*, nsIPresContext& , const nsHTMLReflowState&, nsPoint&, nsSize&, nsPoint*)+003C4 0D3F4B50 PPC 11F859D4 nsContainerFrame::ReflowChild(nsIFrame*, nsIPresContext&, nsHTML ReflowMetrics&, const nsHTMLReflowState&, unsigned int&)+000E4 0D3F4AB0 PPC 1218259C nsHTMLFramesetFrame::Reflow(nsIPresContext&, nsHTMLReflowMetrics &, const nsHTMLReflowState&, unsigned int&)+0044C Return addresses on the stack Stack Addr Frame Addr ISA Caller 0D3F4B58 PPC 121817D8 nsHTMLFramesetFrame::ReflowPlaceChild(nsIFrame*, ns IPresContext&, const nsHTMLReflowState&, nsPoint&, nsSize&, nsPoint*)+003C4 0D3F4B18 0D3F4B10 PPC 11F946F8 nsFrame::SetRect(const nsRect&)+0004C 0D3F4B08 0D3F4B00 PPC 121A301C nsHTMLReflowState::nsHTMLReflowState(nsIPresContext &, const nsHTMLReflowState&, nsIFrame*, const nsSize&)+00080 0D3F4AE8 0D3F4AE0 PPC 11FB22FC NS_NewStyleContext(nsIStyleContext**, nsIStyleConte xt*, nsIAtom*, nsISupportsArray*, nsIPresContext*)+000E0 0D3F4AC8 0D3F4AC0 PPC 121A3150 nsHTMLReflowState::Init(nsIPresContext& )+000A4 0D3F4AB8 0D3F4AB0 PPC 11F859D4 nsContainerFrame::ReflowChild(nsIFrame* , nsIPresCon text&, nsHTMLReflowMetrics&, const nsHTMLReflowState&, unsigned int&)+000E4 0D3F49E8 0D3F49E0 PPC 121A61B0 nsHTMLReflowState::ComputeMinMaxValues(int, int, co nst nsHTMLReflowState*)+0011C 0D3F48E8 0D3F48E0 PPC 1218259C nsHTMLFramesetFrame::Reflow(nsIPresContext&, nsHTML ReflowMetrics&, const nsHTMLReflowState&, unsigned int&)+0044C 0D3F4838 0D3F4830 PPC 1218057C nsHTMLFramesetFrame::GetBorderWidth(nsIPresContext* )+00284 0D3F4818 0D3F4810 PPC 1217FD08 nsHTMLFramesetFrame::CalculateRowCol(nsIPresContext *, int, int, nsFramesetSpec*, int*)+00088
Assignee: karnaze → hyatt
Hyatt asked me to reassign the bug to him.
Status: NEW → ASSIGNED
Priority: P3 → P1
Target Milestone: M8
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Got it. There was no rule in messenger.css for setting the minimum size of iframes. Apparently they really don't like being flowed at (0,0). I added a rule to give the iframe a preferred width and height of 100. That stops the crash. I'll let you guys increase the size in messenger.css to get a bigger window, since you guys know best what your default size should be.
cc: myself and pmock. Peter is seeing this in today's release build (7/6)
Status: RESOLVED → REOPENED
Summary: Crashing when opening mailnews window → Crashing when opening address book window
Tried Hyatt's work-around but still crashing in address book. I have a fix, just need Karnaze to approve.
Assignee: hyatt → karnaze
Status: REOPENED → NEW
I have a working fix, I just need approval from karnaze.
*** Bug 9312 has been marked as a duplicate of this bug. ***
Resolution: FIXED → ---
clearing resolution.
Status: NEW → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → FIXED
Checked in a fix earlier today.
Build 1999070708 Mac Messenger starts up fine. Need to confirm with the address book before marking verified.
Status: RESOLVED → VERIFIED
In today Mozilla and Commercial builds (1999-07-07-08), Messenger start up fine using the: a) Task menu b) Component bar c) -mail parameter The Address book start up ok and does not crash. I was able to start the Address book though the Task menu and Component bar. Verified as fixed.
Whiteboard: [PP]
Summary: Crashing when opening address book window → [PP]Crashing when opening address book window
Whiteboard: [PP]
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.