Closed Bug 911256 Opened 11 years ago Closed 11 years ago

mostly "startup" crash in sqlite3_finalize

Categories

(Toolkit :: Storage, defect)

All
Windows NT
defect
Not set
critical

Tracking

()

VERIFIED FIXED
mozilla26
Tracking Status
firefox25 --- unaffected
firefox26 + verified

People

(Reporter: kairo, Unassigned)

References

Details

(Keywords: crash, regression, topcrash)

Crash Data

This bug was filed from the Socorro interface and is 
report bp-a85a40a8-f7ad-4bb9-a94d-e9eeb2130829.
=============================================================

Top frames:
0 	nss3.dll 	sqlite3_finalize 	db/sqlite3/src/sqlite3.c
1 	xul.dll 	nsDocument::ClearBoxObjectFor(nsIContent *) 	content/base/src/nsDocument.cpp
2 	xul.dll 	mozilla::storage::Statement::internalFinalize(bool) 	storage/src/mozStorageStatement.cpp
3 	xul.dll 	nsNodeUtils::LastRelease(nsINode *) 	content/base/src/nsNodeUtils.cpp
4 	xul.dll 	mozilla::storage::Statement::~Statement() 	storage/src/mozStorageStatement.cpp
5 	xul.dll 	mozilla::storage::Statement::Release() 	storage/src/mozStorageStatement.cpp
6 	xul.dll 	mozilla::TimeStamp::operator-(mozilla::TimeStamp const &) 	obj-firefox/dist/include/mozilla/TimeStamp.h
7 	xul.dll 	ReleaseSliceNow(unsigned int,void *) 	xpcom/base/CycleCollectedJSRuntime.cpp
8 	xul.dll 	mozilla::TimeStamp::operator-(mozilla::TimeStamp const &) 	obj-firefox/dist/include/mozilla/TimeStamp.h
9 	xul.dll 	mozilla::IncrementalFinalizeRunnable::ReleaseNow(bool) 	xpcom/base/CycleCollectedJSRuntime.cpp
10 	nss3.dll 	MD_CURRENT_THREAD 	nsprpub/pr/src/md/windows/w95thred.c
11 	xul.dll 	mozilla::IncrementalFinalizeRunnable::Run() 	xpcom/base/CycleCollectedJSRuntime.cpp
12 	xul.dll 	nsThread::ProcessNextEvent(bool,bool *) 	xpcom/threads/nsThread.cpp


This is #1 over the last 3 days by build date in 26.0a1 desktop, it started spiking on 2013-08-28. 80% of those crashes happen in the first minute of execution (i.e. "on startup").
Oh, more crashes, signature summary, etc. can be found at https://crash-stats.mozilla.com/report/list?signature=sqlite3_finalize
STR
- start nightly w/ clean profile
- install https://dl.dropboxusercontent.com/u/1045445/echofon.xpi && restart
- click at echofon button, add account, authorize app, close options window
- click at echofon button, close echofon window, close firefox
- bp-e863d808-d3e0-458e-8e81-8b6352130902

first bad nightly 2013-08-28

fx-team:
last-good 17e8229405fe
https://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/fx-team-win32/1377636378/

first bad c7d907403794
https://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/fx-team-win32/1377637698/
Definitely related to bug 874814. Investigating.
Looks like we have a client of mozStorage that fails to release its resources as per API specifications. This used to kind-of-work, but bug 874814 makes that a near-certain crash. Investigating some more.
(In reply to Ekanan Ketunuti from comment #3)
> STR
> - start nightly w/ clean profile
> - install https://dl.dropboxusercontent.com/u/1045445/echofon.xpi && restart
> - click at echofon button, add account, authorize app, close options window
> - click at echofon button, close echofon window, close firefox
> - bp-e863d808-d3e0-458e-8e81-8b6352130902
> 
> first bad nightly 2013-08-28
> 
> fx-team:
> last-good 17e8229405fe
> https://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/fx-team-
> win32/1377636378/
> 
> first bad c7d907403794
> https://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/fx-team-
> win32/1377637698/

Note: This actually seems to be a bug in echofon.
Normally, this has been fixed by bug 911109.
Please reopen if these crashes reappear.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
verified, the last crashes with this signatures are on the 2013-09-04 build.
Status: RESOLVED → VERIFIED
Verified fixed using str in comment 3.
Crashes have completely stopped since buildid 20130905030206.
Target Milestone: --- → mozilla26
See Also: → 1738460
You need to log in before you can comment on or make changes to this bug.