Closed Bug 9380 Opened 25 years ago Closed 25 years ago

[pp]selecting Manage Bookmarks... menutiem crashes

Categories

(Core :: XUL, defect, P1)

x86
Linux
defect

Tracking

()

VERIFIED DUPLICATE of bug 9503

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 ()
Severity: normal → blocker
calling this a blocker because M8 shouldn't ship like this.
Assignee: trudelle → hyatt
Severity: blocker → critical
Priority: P3 → P1
Target Milestone: M8
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
Status: NEW → ASSIGNED
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.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 9503 ***
Status: RESOLVED → VERIFIED
yes, this is a dup
You need to log in before you can comment on or make changes to this bug.