Closed Bug 597262 Opened 14 years ago Closed 11 years ago

Startup crash in CrashReporter::GetOrInit

Categories

(Toolkit :: Crash Reporting, defect)

x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox16 - ---
firefox17 - ---

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
Severity: normal → critical
Version: Trunk → 1.9.2 Branch
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
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.
might be 100% extension compat checking turned off. should check extensions on this one.
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 ]
Still seeing this?
Assignee: nobody → ted.mielczarek
> 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
Blocks: 602805
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.
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
Crash Signature: [@ nsCOMPtr_base::~nsCOMPtr_base() | CrashReporter::GetOrInit ] [@ nsRefPtr<XPCWrappedNative>::~nsRefPtr<XPCWrappedNative>() | CrashReporter::GetOrInit ] [@ CrashReporter::GetOrInit ]
Assignee: ted.mielczarek → nobody
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 ]
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]
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
It's #71 top browser crasher in 13.0.
Keywords: topcrash
Whiteboard: [crashkill][tbird topcrash][startupcrash] → [crashkill][tbird topcrash][startupcrash][GS]
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
Ted could you try to have a second look ?
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.
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.
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
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.
Thanks for trying! I'm sorry we haven't figured out what the problem is here yet.
https://getsatisfaction.com/mozilla_messaging/topics/auto_update_causes_constant_crash#reply_9219299 says crash went away only after using thunderbird.exe -ProfileManager
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)
I've emailed a bunch of them, but for now ,nothing came up either in my mailbox or bugzilla.
(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.
(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?
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.
#1 crash for Thunderbird 14. but in firefox 14 rate went down (as had FF13)
(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/
I just tried 15.0b, it appears to be working.
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"
This doesn't appear to meet criteria for Firefox release tracking.
(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
(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.
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
some who have this crash also see bug 786669 @ CrashReporter::SetupExtraData
Blocks: 786669
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?]
(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.
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.