Closed
Bug 9380
Opened 25 years ago
Closed 25 years ago
[pp]selecting Manage Bookmarks... menutiem crashes
Categories
(Core :: XUL, defect, P1)
Tracking
()
M8
People
(Reporter: phillip, Assigned: hyatt)
Details
Overview Description:
Selecting "Bookmarks|Manage Bookmarks..." crashes seamonkey.
Steps to Reproduce:
1) Launch apprunner
2) select "Bookmarks|Manage Bookmarks..."
Actual Results:
The Bookmarks manager appears and starts to layout. before the menubar
appears but after the tree and the scrollbar draw, i get a SIGSEV.
Expected Results:
The Bookmarks Manager should open and have usable menus and editable
bookmarks. (it also should not crash)
Build Date & Platform:
1999-07-07-08 build on RedHat Linux 5.2 (Apprunner)
Does not occur on:
1999-07-07-08 build on MacOS 8.51 (Apprunner) [works, but SLOW]
1999-07-07-08 build on WinNT 4.0 sp4 (Apprunner) [works fine]
Stack Trace:
Program received signal SIGSEGV, Segmentation fault.
0x40a006a0 in nsTreeRowGroupFrame::ContinueReflow ()
(gdb) bt
#0 0x40a006a0 in nsTreeRowGroupFrame::ContinueReflow ()
#1 0x409eb393 in nsTableRowGroupFrame::ReflowMappedChildren ()
#2 0x409ec53e in nsTableRowGroupFrame::Reflow ()
#3 0x408e2667 in nsContainerFrame::ReflowChild ()
#4 0x409e3bfc in nsTableFrame::ReflowMappedChildren ()
#5 0x409e2364 in nsTableFrame::ResizeReflowPass2 ()
#6 0x409e1d84 in nsTableFrame::Reflow ()
#7 0x409fe663 in nsTreeFrame::Reflow ()
#8 0x408e2667 in nsContainerFrame::ReflowChild ()
#9 0x409e7efc in nsTableOuterFrame::Reflow ()
#10 0x408e05b1 in nsBlockReflowContext::ReflowBlock ()
#11 0x408dc84d in nsBlockFrame::ReflowBlockFrame ()
#12 0x408dbe38 in nsBlockFrame::ReflowLine ()
#13 0x408dbb7e in nsBlockFrame::ReflowDirtyLines ()
#14 0x408db3c7 in nsBlockFrame::Reflow ()
#15 0x408d9554 in nsAreaFrame::Reflow ()
#16 0x408e2667 in nsContainerFrame::ReflowChild ()
#17 0x408ea322 in RootFrame::Reflow ()
#18 0x408e2667 in nsContainerFrame::ReflowChild ()
#19 0x40908090 in ViewportFrame::Reflow ()
#20 0x408fc607 in PresShell::ResizeReflow ()
#21 0x40101421 in nsWebShellWindow::DynamicLoadMenus ()
#22 0x40103d67 in nsWebShellWindow::OnEndDocumentLoad ()
#23 0x401fd7ce in nsWebShell::OnEndDocumentLoad ()
#24 0x401f79d5 in nsDocLoaderImpl::FireOnEndDocumentLoad ()
#25 0x401f7ccc in nsDocLoaderImpl::LoadURLComplete ()
#26 0x401f8879 in nsDocumentBindInfo::OnStopRequest ()
#27 0x400e3c90 in XP_FindContextOfType ()
#28 0x40028bfb in _init ()
#29 0x400c0fb3 in NET_ProcessNet ()
#30 0x400c65d7 in NET_PollSockets ()
#31 0x400df1e5 in nsNetlibService::NetPollSocketsCallback ()
#32 0x401dd4fa in TimerImpl::FireTimeout ()
#33 0x401dd82c in nsTimerExpired ()
#34 0x80e7b5b in g_main_iteration ()
#35 0x80e70e0 in g_list_length ()
#36 0x80e755b in g_list_length ()
#37 0x80e7675 in g_main_iteration ()
#38 0x808559b in gtk_main ()
#39 0x401987a3 in nsAppShell::Run ()
#40 0x400ff16a in nsAppShellService::Run ()
#41 0x8052406 in main ()
calling this a blocker because M8 shouldn't ship like this.
Updated•25 years ago
|
Assignee: trudelle → hyatt
Severity: blocker → critical
Priority: P3 → P1
Target Milestone: M8
Comment 2•25 years ago
|
||
No, that's not right. The blocker severity is reserved for cases where
development work is blocked; if we start using it to mean 'should be fixed this
milestone', then it becomes meaningless. changing severity to critical,
assigning to hyatt as p1 for m8
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•25 years ago
|
||
mBottomFrame is null. This is a problem. Note to self. Even if this goes away
(because someone hacks the bookmarks xul file) this is still a bug, and it
shouldn't be marked fixed.
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•