Closed
Bug 17731
Opened 26 years ago
Closed 26 years ago
crash closing bookmarks window after scrolling
Categories
(SeaMonkey :: UI Design, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: mikepinkerton, Assigned: hyatt)
Details
launch apprunner
open the bookmarks window
use the thumb to scroll the window up/down
click the closebox.
my maching locks up, no chance to get a stackcrawl.
just opening and closing the bookmarks window doesn't crash.
Comment 1•26 years ago
|
||
maybe it was something else? I can't reproduce this at all with the 1999110308
build on my 233mhz G3 running MacOS 8.5.1. Resolving as WFM.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Updated•26 years ago
|
Status: RESOLVED → REOPENED
Reporter | ||
Comment 2•26 years ago
|
||
i can now get a stack trace. it really does still happen to me (pull from 2pm nov
4).
PowerPC access exception at 0AAD3F0C
Calling chain using A6/R1 links
Back chain ISA Caller
00000000 PPC 097EDA84
0A3C5040 PPC 097EA028 main+0013C
0A3C4FB0 PPC 097E9C14 main1(int, char**)+00530
0A3C4EC0 PPC 0AFADF10 nsAppShellService::Run()+00020
0A3C4E80 PPC 0ACFE6F0 nsAppShell::Run()+00050
0A3C4E00 PPC 0ACFF1DC nsMacMessagePump::DoMessagePump()+00044
0A3C4DB0 PPC 0ACFF3E0 nsMacMessagePump::DispatchEvent(int, EventRecord*)+
00084
0A3C4D60 PPC 0ACFFA30 nsMacMessagePump::DoMouseDown(EventRecord&)+0040C
0A3C4C70 PPC 0AD0021C
nsMacMessagePump::DispatchOSEventToRaptor(EventRecord&, GrafPort
*)+0004C
0A3C4C20 PPC 0ACF98FC nsMacMessageSink::DispatchOSEvent(EventRecord&,
GrafPort*)+00048
0A3C4BE0 PPC 0ACF2E4C nsMacWindow::HandleOSEvent(EventRecord&)+0004C
0A3C4B80 PPC 0ACF3A34 nsMacEventHandler::HandleOSEvent(EventRecord&)+000B0
0A3C4B30 PPC 0ACF5268 nsMacEventHandler::HandleMouseDownEvent(EventRecord&
)+001F0
0A3C4A80 PPC 0ACD76C8 nsWindow::Destroy()+0008C
0A3C4A40 PPC 0ACDA4FC nsWindow::ReportDestroyEvent()+00074
0A3C49D0 PPC 0ACDA21C nsWindow::DispatchWindowEvent(nsGUIEvent&)+00028
0A3C4990 PPC 0ACDA128 nsWindow::DispatchEvent(nsGUIEvent*, nsEventStatus&
)+000A8
0A3C4940 PPC 0AFB3494 nsWebShellWindow::HandleEvent(nsGUIEvent*)+000E8
0A3C48C0 PPC 0AFB2E70 nsWebShellWindow::Close()+003E8
0A3C4810 PPC 0AA63B80 DocumentViewerImpl::Release()+0008C
0A3C47D0 PPC 0AA640B0 DocumentViewerImpl::~DocumentViewerImpl()+002C8
0A3C4770 PPC 0AC2925C nsXULDocument::Release()+0008C
0A3C4730 PPC 0AC283CC nsXULDocument::~nsXULDocument()+00984
0A3C4680 PPC 0AA5794C AnonymousElement::Release()+00014
0A3C4640 PPC 0A9D73C4 nsXMLElement::Release()+0008C
0A3C4600 PPC 0AA588DC AnonymousElement::~AnonymousElement()+00064
0A3C45C0 PPC 0A9D6CD0 nsXMLElement::~nsXMLElement()+000BC
0A3C4580 PPC 0A7460B0 nsGenericXMLElement::~nsGenericXMLElement()+00080
0A3C4540 PPC 0A9CC364
nsGenericContainerElement::~nsGenericContainerElement()+00140
0A3C44F0 PPC 0A9C846C nsGenericElement::~nsGenericElement()+00068
0A3C44B0 PPC 0A829D64 nsEventListenerManager::Release()+0008C
0A3C4470 PPC 0A829B14 nsEventListenerManager::~nsEventListenerManager()+
00040
Closing log
Reporter | ||
Updated•26 years ago
|
Resolution: WORKSFORME → ---
Reporter | ||
Comment 3•26 years ago
|
||
clearing resolution
Reporter | ||
Updated•26 years ago
|
Assignee: leger → evaughan
Status: REOPENED → NEW
Reporter | ||
Comment 4•26 years ago
|
||
reassigning to evaughan. I've noticed that if you click in the tree before
closing the window all is ok. sounds like a focus problem with the gfx scrollbar.
Updated•26 years ago
|
Assignee: evaughan → hyatt
Comment 5•26 years ago
|
||
This is the tree's scrollbar. Its completely managed by the tree so its most
likely the tree.
Assignee | ||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 7•26 years ago
|
||
I don't see this in the 2000011208 build. amrking VERIFIED
Updated•21 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•