Closed
Bug 655170
Opened 14 years ago
Closed 14 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•14 years ago
|
Component: General → Storage
Product: Firefox → Toolkit
QA Contact: general → storage
Version: unspecified → Trunk
Comment 1•14 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•14 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•14 years ago
|
||
Hey look, somebody else is seeing this!
Status: NEW → RESOLVED
Closed: 14 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
•