Closed
Bug 655170
Opened 13 years ago
Closed 13 years ago
crash [@ mozilla::storage::StorageMemoryReporter::GetPath] when viewing about:memory
Categories
(Toolkit :: Storage, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 654573
People
(Reporter: ehsan.akhgari, Unassigned)
References
Details
(Keywords: crash, regression)
Crash Data
I got this crash on a session which I was running for about a day or so when I typed about:memory into the address bar. This bug was filed from the Socorro interface and is report bp-f41965f0-3dae-4604-98b3-0f4332110505 . =============================================================
Reporter | ||
Updated•13 years ago
|
Component: General → Storage
Product: Firefox → Toolkit
QA Contact: general → storage
Version: unspecified → Trunk
Comment 1•13 years ago
|
||
All the changes made to storage/ by bug 633653 are shown in these two links: http://hg.mozilla.org/mozilla-central/diff/1f0635e935d9/storage/src/mozStorageConnection.cpp http://hg.mozilla.org/mozilla-central/diff/1f0635e935d9/storage/src/mozStorageService.cpp Mostly just changes to strings, all very innocuous. It's possible that another part of bug 633653 is the problem, but maybe this defect pre-dates bug 633653?
Comment 2•13 years ago
|
||
Supposedly the crash happened here: nsCString Connection::getFilename() { nsCString leafname(":memory:"); if (mDatabaseFile) { (void)mDatabaseFile->GetNativeLeafName(leafname); // crash } return leafname; } and the faulting address was 0x0. That seems surprising, givn the mDatabaseFile null-check immediately preceding.
Comment 3•13 years ago
|
||
Hey look, somebody else is seeing this!
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Updated•13 years ago
|
Crash Signature: [@ mozilla::storage::StorageMemoryReporter::GetPath]
You need to log in
before you can comment on or make changes to this bug.
Description
•