Closed
Bug 597262
Opened 14 years ago
Closed 11 years ago
Startup crash in CrashReporter::GetOrInit
Categories
(Toolkit :: Crash Reporting, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: cbook, Unassigned)
References
()
Details
(Keywords: crash, Whiteboard: [crashkill][tbird crash][startupcrash][GS][invalid?])
Crash Data
Crash for Firefox 3.6.10 - seems this is a startup crash - http://crash-stats.mozilla.com/report/list?range_value=2&range_unit=weeks&date=2010-09-16%2009%3A00%3A00&signature=nsCOMPtr_base%3A%3A~nsCOMPtr_base%28%29%20|%20CrashReporter%3A%3AGetOrInit&version=Firefox%3A3.6.10
note: 'InstallTime' is missingCannot calculate an 'install_age from 1284646001 and None'WARNING: missing key: Add-onsaddon name/version is defective: ['']No module was identified as Flash - not sure if this related to the soccoro rollback
Crashing Thread
Frame Module Signature [Expand] Source
0 xul.dll nsCOMPtr_base::~nsCOMPtr_base obj-firefox/xpcom/build/nsCOMPtr.cpp:81
1 xul.dll CrashReporter::GetOrInit toolkit/crashreporter/nsExceptionHandler.cpp:666
2 xul.dll CrashReporter::SetupExtraData toolkit/crashreporter/nsExceptionHandler.cpp:735
3 xul.dll nsDependentCString::nsDependentCString obj-firefox/dist/include/nsTDependentString.h:90
4 xul.dll XRE_main toolkit/xre/nsAppRunner.cpp:2882
5 mozcrt19.dll memcpy_s obj-firefox/memory/jemalloc/crtsrc/memcpy_s.c:67
6 kernel32.dll CloseHandle
7 mozcrt19.dll _close obj-firefox/memory/jemalloc/crtsrc/close.c:61
8 mozcrt19.dll _fclose_nolock obj-firefox/memory/jemalloc/crtsrc/fclose.c:108
9 mozcrt19.dll __crtLCMapStringA_stat obj-firefox/memory/jemalloc/crtsrc/a_map.c:251
Updated•14 years ago
|
Severity: normal → critical
Version: Trunk → 1.9.2 Branch
Comment 1•14 years ago
|
||
Interesting. The crashing address is always 0xffffffffffefb62a here. I don't see any obvious failures in the code, it's checking return values everywhere, and most of the work it does is just poking XPCOM objects. I'll have to grab a minidump when I have time and see if the debugger has any more useful info.
Component: General → Breakpad Integration
Product: Core → Toolkit
QA Contact: general → breakpad.integration
Comment 2•14 years ago
|
||
Seems like a semi-dupe of bug 596738.
We saw this in 1.8 and now we see it in 1.7, so it's not a regression. It may be a regular bug though.
Comment 4•14 years ago
|
||
might be 100% extension compat checking turned off. should check extensions on this one.
Comment 5•14 years ago
|
||
I add the crash signature CrashReporter::GetOrInit.
More reports at:
http://crash-stats.mozilla.com/report/list?product=Firefox&query_search=signature&query_type=exact&query=&range_value=4&range_unit=weeks&hang_type=any&process_type=any&plugin_field=&plugin_query_type=&plugin_query=&do_query=1&admin=&signature=CrashReporter%3A%3AGetOrInit
Summary: Firefox 3.6.10 Crash Report [@ nsCOMPtr_base::~nsCOMPtr_base() | CrashReporter::GetOrInit ] → Firefox 3.6.10 Crash Report [@ nsCOMPtr_base::~nsCOMPtr_base() | CrashReporter::GetOrInit ] [@ nsRefPtr<XPCWrappedNative>::~nsRefPtr<XPCWrappedNative>() | CrashReporter::GetOrInit ] [@ CrashReporter::GetOrInit ]
Comment 7•14 years ago
|
||
> Still seeing this?
Yes, nsCOMPtr_base::~nsCOMPtr_base() | CrashReporter::GetOrInit in 3.6.13
Yes, CrashReporter::GetOrInit in 3.6.13 and 4.0b10pre
No, nsRefPtr<XPCWrappedNative>::~nsRefPtr<XPCWrappedNative>() | CrashReporter::GetOrInit
Comment 8•14 years ago
|
||
A friend of mine is seeing this with Firefox 4.0 final. The browser crashes on startup even in the Safe Mode. The installed antivirus is Norton.
Comment 9•14 years ago
|
||
looks like we get about 1 per day, but the strange note: 'InstallTime'... message
now has been replaced with:
WARNING: Json file missing Add-ons
link to latest reports
https://crash-stats.mozilla.com/report/list?signature=nsCOMPtr_base%3A%3A~nsCOMPtr_base%28%29%20|%20CrashReporter%3A%3AGetOrInit
Assignee | ||
Updated•13 years ago
|
Crash Signature: [@ nsCOMPtr_base::~nsCOMPtr_base() | CrashReporter::GetOrInit ]
[@ nsRefPtr<XPCWrappedNative>::~nsRefPtr<XPCWrappedNative>() | CrashReporter::GetOrInit ]
[@ CrashReporter::GetOrInit ]
Updated•13 years ago
|
Assignee: ted.mielczarek → nobody
Updated•13 years ago
|
Crash Signature: [@ nsCOMPtr_base::~nsCOMPtr_base() | CrashReporter::GetOrInit ]
[@ nsRefPtr<XPCWrappedNative>::~nsRefPtr<XPCWrappedNative>() | CrashReporter::GetOrInit ]
[@ CrashReporter::GetOrInit ] → [@ nsCOMPtr_base::~nsCOMPtr_base() | CrashReporter::GetOrInit ]
[@ nsRefPtr<XPCWrappedNative>::~nsRefPtr<XPCWrappedNative>() | CrashReporter::GetOrInit ]
[@ CrashReporter::GetOrInit ]
Comment 10•12 years ago
|
||
For thunderbird, CrashReporter::GetOrInit crashes seem to have increased greatly in ~v8 or v9. Topcrash for both Firefox and thunderbird v12
Keywords: topcrash
Whiteboard: [crashkill] → [crashkill][tbird topcrash][startupcrash]
Comment 11•12 years ago
|
||
It's #16 top browser crasher in 12.0, #67 in 13.0b4, #24 in 14.0a2, and #29 in 15.0a1.
Almost all comments are in Russian.
It's correlated to two pieces of Russian software in 12.0:
14% (34/235) vs. 2% (1949/129127) pshook.dll (Punto Switcher)
2% (4/235) vs. 0% (51/129127) 3.1.0.59
9% (20/235) vs. 1% (791/129127) 3.1.1.72
2% (5/235) vs. 0% (178/129127) 3.2.0.27
0% (1/235) vs. 0% (103/129127) 3.2.2.45
0% (1/235) vs. 0% (87/129127) 3.2.3.56
1% (2/235) vs. 0% (111/129127) 3.2.5.64
0% (1/235) vs. 0% (309/129127) 3.2.6.72
11% (25/235) vs. 2% (2059/129127) vksaver3.dll (VKSaver)
11% (25/235) vs. 2% (1985/129127) 3.1.0.3
Summary: Firefox 3.6.10 Crash Report [@ nsCOMPtr_base::~nsCOMPtr_base() | CrashReporter::GetOrInit ] [@ nsRefPtr<XPCWrappedNative>::~nsRefPtr<XPCWrappedNative>() | CrashReporter::GetOrInit ] [@ CrashReporter::GetOrInit ] → Startup crash in CrashReporter::GetOrInit
Version: 1.9.2 Branch → Trunk
Updated•12 years ago
|
Whiteboard: [crashkill][tbird topcrash][startupcrash] → [crashkill][tbird topcrash][startupcrash][GS]
Comment 13•12 years ago
|
||
I allowed Thunderbird to automatically update and it has not opened since. It continually crashes. Here is the crash id. bp-8c8ed597-c3da-497e-8d5c-0a96f2120618
Comment 15•12 years ago
|
||
Ted could you try to have a second look ?
Comment 16•12 years ago
|
||
I still unfortunately don't see anything of use in that crash report. The only thing I see that's even remotely suspicious is that we have "snxhk.dll" loaded in our process, which is part of Avast antivirus.
Therese: you could try disabling or uninstalling Avast and see if that fixes the problem.
Comment 17•12 years ago
|
||
Running this minidump through my dump-lookup tool shows that there's a hidden frame up top of CrashReporter::GetFileContents:
http://hg.mozilla.org/releases/mozilla-release/annotate/f48d675ffa9f/toolkit/crashreporter/nsExceptionHandler.cpp#l927
The line in question is calling PR_Close, so this is almost certainly a bug in some third-party software.
Comment 18•12 years ago
|
||
Note that one user report using Symantec endpoint protection version 11.0.7000.975, not Avast.
See: https://getsatisfaction.com/mozilla_messaging/topics/thunderbird_crashing-17n6iq#reply_9214966
Comment 19•12 years ago
|
||
I had uninstalled Avast! and there was no difference. It was suggested that I try to use the Start-Run- thunderbird.exe -ProfileManager. I did use that and TB Loaded. It crashed again a few hours later. When I tried to use the Start-Run thunderbird.exe -ProfileManager it would not open TB. I tried again and this time clicked "Run as Administrator" and it opened. Now when I close it, the only way to reopen is using the above steps.
(In reply to Ted Mielczarek [:ted] from comment #16)
> I still unfortunately don't see anything of use in that crash report. The
> only thing I see that's even remotely suspicious is that we have "snxhk.dll"
> loaded in our process, which is part of Avast antivirus.
>
> Therese: you could try disabling or uninstalling Avast and see if that fixes
> the problem.
Comment 20•12 years ago
|
||
Thanks for trying! I'm sorry we haven't figured out what the problem is here yet.
Comment 21•12 years ago
|
||
https://getsatisfaction.com/mozilla_messaging/topics/auto_update_causes_constant_crash#reply_9219299
says crash went away only after using
thunderbird.exe -ProfileManager
Comment 22•12 years ago
|
||
Here are some comments:
"Cant even open it now, I started my computer this morning and it said it was doing updates. Once I tried to open it, it just brings up this crash report?" (TB 13.0.1)
"I have uninstalled and reinstalled several times never comes up after this latest update, HELP I have not e-mail!!!!" (TB 13.0.1)
"After update it won't start!" (TB 12.0.1)
Comment 23•12 years ago
|
||
I've emailed a bunch of them, but for now ,nothing came up either in my mailbox or bugzilla.
Comment 24•12 years ago
|
||
(In reply to Ludovic Hirlimann [:Usul] from comment #23)
> I've emailed a bunch of them, but for now ,nothing came up either in my
> mailbox or bugzilla.
TB users who don't know how to setup a new email app or read emails with webmails won't answer you.
Comment 25•12 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #21)
> https://getsatisfaction.com/mozilla_messaging/topics/
> auto_update_causes_constant_crash#reply_9219299
> says crash went away only after using
> thunderbird.exe -ProfileManager
Ted, reporter of this topic uninstalled Avast and still crashes. also, -ProfileManager apparently helped only temporarily. Does his/her crash bp-0f12e3bf-0348-4d2d-8333-3352e2120619 reveal anything?
Comment 26•12 years ago
|
||
The only way I am able to open TB is by using the thunderbird.exe -ProfileManager in the run field, then right click/run as administrator. I have not closed TB since I opened it last week cus it is a hassle to reopen.
Comment 27•12 years ago
|
||
#1 crash for Thunderbird 14. but in firefox 14 rate went down (as had FF13)
tracking-firefox16:
--- → ?
tracking-firefox17:
--- → ?
Comment 28•12 years ago
|
||
(In reply to Therese from comment #26)
> The only way I am able to open TB is by using the thunderbird.exe
> -ProfileManager in the run field, then right click/run as administrator. I
> have not closed TB since I opened it last week cus it is a hassle to reopen.
Therese can you try a newer version, like Aurora from http://www.mozilla.org/thunderbird/channel/
Comment 29•12 years ago
|
||
I just tried 15.0b, it appears to be working.
Comment 30•12 years ago
|
||
(In reply to s.wensing from comment #29)
> I just tried 15.0b, it appears to be working.
odd. two other people have reported TB15 does not help
http://getsatisfaction.com/mozilla_messaging/topics/thunderbird_crashing-17n6iq?utm_content=reply_link&utm_medium=email&utm_source=reply_notification#reply_9524927
and http://getsatisfaction.com/mozilla_messaging/topics/thunderbird_crashes_continuously_on_start?utm_content=reply_link&utm_medium=email&utm_source=reply_notification#reply_9525296
Comment 31•12 years ago
|
||
Two people have emailed me that crash was avoided as follows:
* restored to an earlier windows recovery point
* disabled ESET (eset says "not compatible with 14.0"
Comment 33•12 years ago
|
||
(In reply to Lukas Blakk [:lsblakk] from comment #32)
> This doesn't appear to meet criteria for Firefox release tracking.
Hi Lukas. I had been told by someone (on the crash team?) that for serious thtunderbird crashes it would be appropriate to track such issues using firefox flags. (perhaps ludo remembers who that was) If this is no longer true, then we need a different mechanism to ensure that serious thunderbird problems stay on the radar.
In Thunderbird 15 this seems to manifest as @ CrashReporter::SetupExtraData(nsILocalFile*, nsACString_internal const&) bp-c1211e35-34e7-4bc7-b461-e4ed22120724 according to https://getsatisfaction.com/mozilla_messaging/topics/thunderbird_crashes_continuously_on_start
But for Firefox, there are almost zero version 15 crashes for CrashReporter::SetupExtraData(nsILocalFile*, nsACString_internal const&) ... but it does exist prior to version 15 (14, 13, etc) - https://crash-stats.mozilla.com/report/list?product=Firefox&query_search=signature&query_type=exact&query=CrashReporter%3A%3ASetupExtraData%28nsILocalFile*%2C%20nsACString_internal%20const%26%29&reason_type=contains&date=07%2F25%2F2012%2012%3A18%3A41&range_value=8&range_unit=weeks&hang_type=any&process_type=any&do_query=1&admin=1&signature=CrashReporter%3A%3ASetupExtraData%28nsILocalFile*%2C%20nsACString_internal%20const%26%29
Comment 34•12 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #33)
> (In reply to Lukas Blakk [:lsblakk] from comment #32)
> > This doesn't appear to meet criteria for Firefox release tracking.
>
> Hi Lukas. I had been told by someone (on the crash team?) that for serious
> thtunderbird crashes it would be appropriate to track such issues using
> firefox flags. (perhaps ludo remembers who that was) If this is no longer
> true, then we need a different mechanism to ensure that serious thunderbird
> problems stay on the radar.
We agreed to use the same flags with Sheila, plus this crash is in shared code.
Comment 35•12 years ago
|
||
ah yes, an email on Jan 4. partial quote "So I think it's perfectly reasonable to label core crashes that are "top crash" for Thunderbird as such. We do that for mobile currently as well."
Keywords: topcrash
Comment 36•12 years ago
|
||
some who have this crash also see bug 786669 @ CrashReporter::SetupExtraData
Blocks: 786669
Comment 37•12 years ago
|
||
no longer topcrash. - problem reduced, or users left
FWIW, some thunderbird users report using TB12 with no probllem
Keywords: topcrash
Whiteboard: [crashkill][tbird topcrash][startupcrash][GS] → [crashkill][tbird crash][startupcrash][GS][invalid?]
Comment 38•12 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #37)
> no longer topcrash. - problem reduced, or users left
rate of TB crashing greatly reduced >tendfold for TB15. And https://getsatisfaction.com/mozilla_messaging/topics/thunderbird_13_0_1_crashes_10_0_2_works reports working with TB15.
So TB15 changed something. And for current versions of TB the crash rate is near zero. However, there are people still crashing.
likewise, crash bug 786669 went to zero with TB15.
Perhaps noteworthy 85% of crashes are/were XP.
Comment 39•11 years ago
|
||
I found nothing newer than TB17.0.8 bp-692519c7-552b-43f7-869b-9c5282131004
And none of the gsfn topics has feedback in past ~11 months
Status: NEW → RESOLVED
Crash Signature: [@ nsCOMPtr_base::~nsCOMPtr_base() | CrashReporter::GetOrInit ]
[@ nsRefPtr<XPCWrappedNative>::~nsRefPtr<XPCWrappedNative>() | CrashReporter::GetOrInit ]
[@ CrashReporter::GetOrInit ] → [@ nsCOMPtr_base::~nsCOMPtr_base() | CrashReporter::GetOrInit ]
[@ nsRefPtr<XPCWrappedNative>::~nsRefPtr<XPCWrappedNative>() | CrashReporter::GetOrInit ]
[@ PR_Read | CrashReporter::GetOrInit]
[@ CrashReporter::GetOrInit ]
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•