Closed
Bug 17731
Opened 25 years ago
Closed 25 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•25 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: 25 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Reporter | ||
Comment 2•25 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•25 years ago
|
Resolution: WORKSFORME → ---
Reporter | ||
Comment 3•25 years ago
|
||
clearing resolution
Reporter | ||
Updated•25 years ago
|
Assignee: leger → evaughan
Status: REOPENED → NEW
Reporter | ||
Comment 4•25 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•25 years ago
|
Assignee: evaughan → hyatt
Comment 5•25 years ago
|
||
This is the tree's scrollbar. Its completely managed by the tree so its most likely the tree.
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 7•25 years ago
|
||
I don't see this in the 2000011208 build. amrking VERIFIED
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•