Closed Bug 655170 Opened 13 years ago Closed 13 years ago

crash [@ mozilla::storage::StorageMemoryReporter::GetPath] when viewing about:memory

Categories

(Toolkit :: Storage, defect)

All
macOS
defect
Not set
critical

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 .
=============================================================
Component: General → Storage
Product: Firefox → Toolkit
QA Contact: general → storage
Version: unspecified → Trunk
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?
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.
Hey look, somebody else is seeing this!
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Crash Signature: [@ mozilla::storage::StorageMemoryReporter::GetPath]
You need to log in before you can comment on or make changes to this bug.