Closed Bug 17731 Opened 26 years ago Closed 26 years ago

crash closing bookmarks window after scrolling

Categories

(SeaMonkey :: UI Design, defect, P3)

PowerPC
Mac System 8.5
defect

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.
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
Status: RESOLVED → REOPENED
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
Resolution: WORKSFORME → ---
clearing resolution
Assignee: leger → evaughan
Status: REOPENED → NEW
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.
Assignee: evaughan → hyatt
This is the tree's scrollbar. Its completely managed by the tree so its most likely the tree.
Component: Browser-General → XPApps
QA Contact: leger → claudius
Resetting QA Contact.
Status: NEW → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
I don't see this in the 2000011208 build. amrking VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.