Closed
Bug 76104
Opened 24 years ago
Closed 24 years ago
Mozilla crashes when mangaging Bookmarks
Categories
(SeaMonkey :: Bookmarks & History, defect)
Tracking
(Not tracked)
People
(Reporter: pwerdna, Assigned: bugs)
Details
(Keywords: crash)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; 0.8.1) Gecko/20010323
BuildID: 2001032319
When the "Manage Bookmarks" function is used, Mozilla tends to crash
unpredictably when editing them, with the message that it caused an error in
<unknown>.
Reproducible: Sometimes
Steps to Reproduce:
1. Open the Bookmark Manager. (or official name)
2. Keep editing for several minutes - I wasn't able to reproduce it using the
same sequence of steps twice in a row, but it always crashed after less than ten
minutes of continued use.
Actual Results: There was an error window (not BSOD) that stated that Mozilla
had caused an error in <unknown>.
Expected Results: Not crashed, I suppose.
My processor is a K-6 2 500 with 128 megs of RAM.
Comment 1•24 years ago
|
||
Can you try it with a talkback build and poste the Talkback ID ?
Comment 3•24 years ago
|
||
Andrew, do you know if the crash happens when you rename the bookmark, drag it
or something else?
Reporter | ||
Comment 4•24 years ago
|
||
I've insalled the Talkback build, but how do I get the ID?
Also, it seems to happen on any of those. Once it happened when I was dragging
it; another time when I was deleting it; and yet another time, simply when I
single-clicked on it.
Comment 5•24 years ago
|
||
OS: Win2k
Happened to me many times w/ 0.8 (build id: ?) and now with 0.8.1 (build id:
2001032319). Talkback has sent each time a report. Dragging, dropping, clicking,
double-clicking, open properties-do nothing-press ok, open properties-do
something-press ok, etc.
0.8.1 is really _much_ more stable regarding bookmarks than 0.8; the incident
id's for my today's crashes: TB29486782Q (100% bookmarks), and TB29487384Z (95%
bookmarks).
BTW, I can reproduce a bug with bookmark entries dissapearing at certain drop's
when dragging and dropping, but I'll wait until the crashing is solved.
Regards,
Victor
Comment 6•24 years ago
|
||
nsPopupSetFrame::MarkAsGenerated
[d:\builds\0.8.1\mozilla\layout\xul\base\src\nsPopupSetFrame.cpp, line 518]
nsPopupSetFrame::CreatePopup
[d:\builds\0.8.1\mozilla\layout\xul\base\src\nsPopupSetFrame.cpp, line 472]
nsPopupSetBoxObject::CreatePopup
[d:\builds\0.8.1\mozilla\layout\xul\base\src\nsPopupSetBoxObject.cpp, line 140]
XULPopupListenerImpl::LaunchPopup
[d:\builds\0.8.1\mozilla\content\xul\content\src\nsXULPopupListener.cpp, line 832]
XULPopupListenerImpl::LaunchPopup
[d:\builds\0.8.1\mozilla\content\xul\content\src\nsXULPopupListener.cpp, line 680]
XULPopupListenerImpl::PreLaunchPopup
[d:\builds\0.8.1\mozilla\content\xul\content\src\nsXULPopupListener.cpp, line 339]
XULPopupListenerImpl::MouseUp
[d:\builds\0.8.1\mozilla\content\xul\content\src\nsXULPopupListener.cpp, line 261]
nsEventListenerManager::HandleEvent
[d:\builds\0.8.1\mozilla\content\events\src\nsEventListenerManager.cpp, line 979]
nsXULElement::HandleDOMEvent
[d:\builds\0.8.1\mozilla\content\xul\content\src\nsXULElement.cpp, line 3629]
nsXULElement::HandleDOMEvent
[d:\builds\0.8.1\mozilla\content\xul\content\src\nsXULElement.cpp, line 3648]
nsGenericElement::HandleDOMEvent
[d:\builds\0.8.1\mozilla\content\base\src\nsGenericElement.cpp, line 1441]
nsHTMLInputElement::HandleDOMEvent
[d:\builds\0.8.1\mozilla\content\html\content\src\nsHTMLInputElement.cpp, line 1146]
nsGenericElement::HandleDOMEvent
[d:\builds\0.8.1\mozilla\content\base\src\nsGenericElement.cpp, line 1441]
nsGenericDOMDataNode::HandleDOMEvent
[d:\builds\0.8.1\mozilla\content\base\src\nsGenericDOMDataNode.cpp, line 696]
nsCommentNode::HandleDOMEvent
[d:\builds\0.8.1\mozilla\content\base\src\nsCommentNode.cpp, line 371]
PresShell::HandleEventInternal
[d:\builds\0.8.1\mozilla\layout\html\base\src\nsPresShell.cpp, line 5067]
PresShell::HandleEvent
[d:\builds\0.8.1\mozilla\layout\html\base\src\nsPresShell.cpp, line 4997]
nsView::HandleEvent [d:\builds\0.8.1\mozilla\view\src\nsView.cpp, line 372]
nsView::HandleEvent [d:\builds\0.8.1\mozilla\view\src\nsView.cpp, line 345]
nsView::HandleEvent [d:\builds\0.8.1\mozilla\view\src\nsView.cpp, line 345]
nsView::HandleEvent [d:\builds\0.8.1\mozilla\view\src\nsView.cpp, line 345]
nsView::HandleEvent [d:\builds\0.8.1\mozilla\view\src\nsView.cpp, line 345]
nsViewManager2::DispatchEvent
[d:\builds\0.8.1\mozilla\view\src\nsViewManager2.cpp, line 1424]
HandleEvent [d:\builds\0.8.1\mozilla\view\src\nsView.cpp, line 68]
nsWindow::DispatchEvent
[d:\builds\0.8.1\mozilla\widget\src\windows\nsWindow.cpp, line 692]
nsWindow::DispatchWindowEvent
[d:\builds\0.8.1\mozilla\widget\src\windows\nsWindow.cpp, line 709]
nsWindow::DispatchMouseEvent
[d:\builds\0.8.1\mozilla\widget\src\windows\nsWindow.cpp, line 3985]
ChildWindow::DispatchMouseEvent
[d:\builds\0.8.1\mozilla\widget\src\windows\nsWindow.cpp, line 4193]
nsWindow::ProcessMessage
[d:\builds\0.8.1\mozilla\widget\src\windows\nsWindow.cpp, line 3018]
nsWindow::WindowProc [d:\builds\0.8.1\mozilla\widget\src\windows\nsWindow.cpp,
line 944]
USER32.DLL + 0x48dc (0x77e148dc)
USER32.DLL + 0x4aa7 (0x77e14aa7)
USER32.DLL + 0x166fd (0x77e266fd)
nsAppShellService::Run
[d:\builds\0.8.1\mozilla\xpfe\appshell\src\nsAppShellService.cpp, line 408]
main1 [d:\builds\0.8.1\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1011]
main [d:\builds\0.8.1\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1301]
WinMain [d:\builds\0.8.1\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1319]
WinMainCRTStartup()
KERNEL32.DLL + 0x192a6 (0x77e992a6)
Comment 7•24 years ago
|
||
Comment 8•24 years ago
|
||
normally I'd still want to keep this open but since the stacks are really almost identical
and this lacks exact steps to repro there is no need.
VERIFIED Dupe
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•