Closed Bug 73849 Opened 24 years ago Closed 24 years ago

Crash leaving app running

Categories

(Core :: Graphics: ImageLib, defect)

defect
Not set
critical

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
What page did you sit on to repro this? Did the page have animaged GIFs?
Netscape home page
for pav....
Assignee: pnunn → pavlov
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
Summary: Mac Crash leaving app running → Crash leaving app running
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.
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)
More cache fun...
Assignee: pavlov → gordon
Component: ImageLib → Networking: Cache
QA Contact: tpreston → tever
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?
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.
Whiteboard: [cache]
Target Milestone: --- → mozilla0.9
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]
i'm not seeing it. marking worksforme
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
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.