Closed Bug 17731 Opened 25 years ago Closed 25 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: 25 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: 25 years ago25 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.