Closed Bug 1540972 Opened 5 years ago Closed 5 years ago

Crash in [@ PLDHashTable::Search | mozilla::dom::(anonymous namespace)::Datastore::ConnectionClosedCallback]

Categories

(Core :: Storage: localStorage & sessionStorage, defect, P1)

defect

Tracking

()

RESOLVED FIXED
mozilla68
Tracking Status
firefox-esr60 --- unaffected
firefox66 --- unaffected
firefox67 --- unaffected
firefox68 --- fixed

People

(Reporter: janv, Assigned: janv)

References

(Blocks 1 open bug)

Details

(Keywords: crash)

Crash Data

This bug is for crash report bp-1b6fd726-3633-4b41-86a3-2ee9d0190331.

Top 9 frames of crashing thread:

0 XUL PLDHashTable::Search const xpcom/ds/PLDHashTable.cpp:506
1 XUL mozilla::dom:: xpcom/ds/nsTHashtable.h:135
2 XUL mozilla::detail::RunnableMethodImpl<mozilla::dom:: xpcom/threads/nsThreadUtils.h:1122
3 XUL mozilla::dom:: dom/localstorage/ActorsParent.cpp:4289
4 XUL mozilla::dom:: dom/localstorage/ActorsParent.cpp:3884
5 libmozglue.dylib mozilla::detail::MutexImpl::unlock mozglue/misc/Mutex_posix.cpp:185
6 XUL mozilla::ThreadEventQueue<mozilla::EventQueue>::GetEvent xpcom/threads/Mutex.h:76
7 XUL nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1179
8 libmozglue.dylib arena_t::DallocSmall memory/build/mozjemalloc.cpp:3232

Blocks: 1540402

This looks like we have a double datastore close. Assertions should prevent that from happening, but only in debug builds.
However, we recently converted them to diagnostic assertions, so it should help with finding the double close.

Priority: -- → P3
Priority: P3 → P1
Assignee: nobody → jvarga
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla68
You need to log in before you can comment on or make changes to this bug.