Closed
Bug 73849
Opened 24 years ago
Closed 24 years ago
Crash leaving app running
Categories
(Core :: Graphics: ImageLib, defect)
Core
Graphics: ImageLib
Tracking
()
VERIFIED
WORKSFORME
mozilla0.9
People
(Reporter: esther, Assigned: pavlov)
Details
(Keywords: crash)
Using mac build 2001-03-26-08 and In trouble-shooting random crashes with Mac, I
tried this basic scenario and crashed, will check with newer builds too.
1. Launch app (note, there is a different crash where the 1st time after a new
insall of app a crash happens, make sure you get past that first)
2. Select a profile and open it (mine opens in the Browser displaying the
Netscape Home page)
3. Don't do anything with your mac for at least an hour
Result: I come back to a crash (with this stack trace it was after 25 minutes)
Expected: To be able to use Netscape 6
Talkback
IMG2_DLL + 0x8c50 (0x1e111480)
nsTimerImpl::Fire()
[nsTimerMac.cpp, line 152]
nsTimerPeriodical::FireAndReprimeTimer()
[nsTimerPeriodical.cpp, line 168]
nsTimerPeriodical::FireNextReadyTimer()
[nsTimerPeriodical.cpp, line 204]
nsTimerPeriodical::IdleAction()
[nsTimerPeriodical.cpp, line 117]
Repeater::DoIdlers()
[nsRepeater.cpp, line 150]
nsMacMessagePump::DispatchEvent()
[nsMacMessagePump.cpp, line 423]
nsMacMessagePump::DoMessagePump()
[nsMacMessagePump.cpp, line 253]
nsAppShell::Run()
[nsAppShell.cpp, line 110]
nsAppShellService::Run()
[nsAppShellService.cpp, line 406]
Netscape 6 + 0x4438 (0x1fa3cab8)
Netscape 6 + 0x5140 (0x1fa3d7c0)
Netscape 6 + 0x1d360 (0x1fa559e0)
This also happens with today's build 2001-03-28-on mac, I'll check the stack
trace to see if it's the same.
Summary: Mac Crash leaving app running → Mac Crash leaving app running
i presume img2 is imagelib? although it's possible the problem is in the
nsTimer* stuff
Assignee: asa → pnunn
Component: Browser-General → ImageLib
QA Contact: doronr → tpreston
Comment 3•24 years ago
|
||
What page did you sit on to repro this? Did the page have animaged GIFs?
I'm seeing this on Windows also....others in our group are
seeing it on Linux also....definitely a live problem cross platform.
changing platform/OS to all
OS: Mac System 8.6 → All
Hardware: Macintosh → All
Assignee | ||
Comment 7•24 years ago
|
||
If this is being seen on linux, then I seriously doubt it is related to imglib,
since the new imagelib hasn't been turned on on linux yet. Can someone verify
this? (Or post the stack trace from linux)?
I will try to get more info for you from the QA group. I know that I encounter
this bug on late last week's builds on Win32, but it's an abnormal exit (no
crash or anything).
Yes, I crashed doing the same thing I did on my Mac with my linux system using
the 3-29 build. I will see if I can get a stack trace on this. I will also
check it again with today's build 4-3.
Comment 10•24 years ago
|
||
I saw the following on my box too.
I had the browser up and had walked away from the PC. When I came back it had
crashed. Talkback Incident ID: 28566189
nsDiskCacheDevice::FindEntry
[d:\builds\seamonkey\mozilla\netwerk\cache\src\nsDiskCacheDevice.cpp, line 717]
nsCacheService::SearchCacheDevices
[d:\builds\seamonkey\mozilla\netwerk\cache\src\nsCacheService.cpp, line 693]
nsCacheService::ActivateEntry
[d:\builds\seamonkey\mozilla\netwerk\cache\src\nsCacheService.cpp, line 608]
nsCacheService::ProcessRequest
[d:\builds\seamonkey\mozilla\netwerk\cache\src\nsCacheService.cpp, line 517]
nsCacheService::OpenCacheEntry
[d:\builds\seamonkey\mozilla\netwerk\cache\src\nsCacheService.cpp, line 584]
nsCacheSession::AsyncOpenCacheEntry
[d:\builds\seamonkey\mozilla\netwerk\cache\src\nsCacheSession.cpp, line 94]
nsHTTPChannel::OpenCacheEntry
[d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHTTPChannel.cpp, line
878]
nsHTTPChannel::Connect
[d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHTTPChannel.cpp, line
2015]
nsHTTPChannel::AsyncOpen
[d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHTTPChannel.cpp, line
398]
nsDocumentOpenInfo::Open
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 209]
nsURILoader::OpenURIVia
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 823]
nsURILoader::OpenURI
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 511]
nsDocShell::DoChannelLoad
[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 3587]
nsDocShell::DoURILoad
[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 3365]
nsDocShell::InternalLoad
[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 3132]
nsDocShell::LoadURI
[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 451]
nsRefreshTimer::Notify
[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 4526]
nsTimer::Fire
[d:\builds\seamonkey\mozilla\widget\timer\src\windows\nsTimer.cpp, line 200]
FireTimeout
[d:\builds\seamonkey\mozilla\widget\timer\src\windows\nsTimer.cpp, line 78]
USER32.dll + 0x185c (0x77e7185c)
nsWebShellWindow::ShowModal
[d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsWebShellWindow.cpp, line 1090]
nsContentTreeOwner::ShowAsModal
[d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsContentTreeOwner.cpp, line 391]
nsWindowWatcher::OpenWindowJS
[d:\builds\seamonkey\mozilla\embedding\components\windowwatcher\src\nsWindowWatc
her.cpp, line 652]
GlobalWindowImpl::OpenInternal
[d:\builds\seamonkey\mozilla\dom\src\base\nsGlobalWindow.cpp, line 3012]
GlobalWindowImpl::OpenDialog
[d:\builds\seamonkey\mozilla\dom\src\base\nsGlobalWindow.cpp, line 2092]
WindowInternalOpenDialog
[d:\builds\seamonkey\mozilla\dom\src\base\nsJSWindow.cpp, line 4425]
js_Invoke
[d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 788]
js_Interpret
[d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 2680]
js_Invoke
[d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 804]
js_InternalInvoke
[d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 876]
JS_CallFunctionValue
[d:\builds\seamonkey\mozilla\js\src\jsapi.c, line 3301]
nsJSContext::CallEventHandler
[d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp, line 943]
nsJSEventListener::HandleEvent
[d:\builds\seamonkey\mozilla\dom\src\events\nsJSEventListener.cpp, line 155]
nsEventListenerManager::HandleEventSubType
[d:\builds\seamonkey\mozilla\content\events\src\nsEventListenerManager.cpp, line
917]
nsEventListenerManager::HandleEvent
[d:\builds\seamonkey\mozilla\content\events\src\nsEventListenerManager.cpp, line
1851]
nsXULElement::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\xul\content\src\nsXULElement.cpp, line
3634]
PresShell::HandleDOMEventWithTarget
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 5149]
nsButtonBoxFrame::MouseClicked
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsButtonBoxFrame.cpp, line 181]
nsButtonBoxFrame::HandleEvent
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsButtonBoxFrame.cpp, line 128]
PresShell::HandleEventInternal
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 5118]
PresShell::HandleEventWithTarget
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 5081]
nsEventStateManager::CheckForAndDispatchClick
[d:\builds\seamonkey\mozilla\content\events\src\nsEventStateManager.cpp, line
2073]
nsEventStateManager::PostHandleEvent
[d:\builds\seamonkey\mozilla\content\events\src\nsEventStateManager.cpp, line
1178]
PresShell::HandleEventInternal
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 5122]
PresShell::HandleEvent
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 5036]
nsView::HandleEvent
[d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 372]
nsViewManager::DispatchEvent
[d:\builds\seamonkey\mozilla\view\src\nsViewManager.cpp, line 1982]
HandleEvent
[d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 68]
nsWindow::DispatchEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 692]
USER32.dll + 0x1a43f (0x77e8a43f)
nsWindow::DispatchMouseEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 3989]
ChildWindow::DispatchMouseEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 4197]
nsWindow::ProcessMessage
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 3022]
nsWindow::WindowProc
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 944]
USER32.dll + 0x1820 (0x77e71820)
Comment 11•24 years ago
|
||
More cache fun...
Assignee: pavlov → gordon
Component: ImageLib → Networking: Cache
QA Contact: tpreston → tever
Reporter | ||
Comment 12•24 years ago
|
||
Using today's builds on mac (2001-04-03-09) and linux (2001-04-03-05) this is
not happening anymore. Did anyone fix it?
Comment 13•24 years ago
|
||
This looks like two different bugs. The original description had ImgLib2 in the
stack crawl (on Mac) and not the cache. The more recent description had the
cache, but not ImgLib2 in the stack crawl (on an unspecified platform, maybe
Windows).
That second stack crawl should have been in a new bug.
Comment 14•24 years ago
|
||
I believe the second problem listed in this report (which relates to the cache)
has been fixed with recent landings.
Pav, if you aren't seeing the first problem (related to ImgLib2), then I think
we can close this bug.
Assignee: gordon → pavlov
Component: Networking: Cache → ImageLib
Whiteboard: [cache]
Assignee | ||
Comment 15•24 years ago
|
||
i'm not seeing it. marking worksforme
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 16•23 years ago
|
||
VERIFIED:
I'm not seeing this in Mac.
Anyone crashing this way can re-open.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•