Seen on current trunk with aries device on debug gecko. STR: Seems to happen when restarting the phone with ./run-gdb.sh. Maybe some race condition that happens with low performance? (gdb) bt #0 0xb3ee44c4 in mozilla::dom::indexedDB::(anonymous namespace)::FactoryOp::FinishOpen (this=this@entry=0x9f7b5780) at ../../../dom/indexedDB/ActorsParent.cpp:19921 #1 0xb3f062c6 in Open (this=0x9f7b5780) at ../../../dom/indexedDB/ActorsParent.cpp:19460 #2 mozilla::dom::indexedDB::(anonymous namespace)::FactoryOp::Run (this=0x9f7b5780) at ../../../dom/indexedDB/ActorsParent.cpp:20000 #3 0xb3021878 in ProcessNextEvent (aResult=0xbe97f4df, aMayWait=false, this=0xb6825720) at /Users/gregor/moz/ib2g/xpcom/threads/nsThread.cpp:972 #4 nsThread::ProcessNextEvent (this=0xb6825720, aMayWait=<optimized out>, aResult=0xbe97f4df) at /Users/gregor/moz/ib2g/xpcom/threads/nsThread.cpp:857 #5 0xb303c91a in NS_ProcessNextEvent (aThread=0xb6825720, aMayWait=aMayWait@entry=false) at /Users/gregor/moz/ib2g/xpcom/glue/nsThreadUtils.cpp:297 #6 0xb320e0b0 in mozilla::ipc::MessagePump::Run (this=0xb680c7a8, aDelegate=0xb68371c0) at /Users/gregor/moz/ib2g/ipc/glue/MessagePump.cpp:95 #7 0xb31f0c74 in MessageLoop::RunInternal (this=this@entry=0xb68371c0) at /Users/gregor/moz/ib2g/ipc/chromium/src/base/message_loop.cc:234 #8 0xb31f0c8e in RunHandler (this=0xb68371c0) at /Users/gregor/moz/ib2g/ipc/chromium/src/base/message_loop.cc:227 #9 MessageLoop::Run (this=0xb68371c0) at /Users/gregor/moz/ib2g/ipc/chromium/src/base/message_loop.cc:201 #10 0xb40af7d2 in nsBaseAppShell::Run (this=0xb684d880) at /Users/gregor/moz/ib2g/widget/nsBaseAppShell.cpp:156 #11 0xb4555b72 in nsAppStartup::Run (this=0xb00409a0) at /Users/gregor/moz/ib2g/toolkit/components/startup/nsAppStartup.cpp:281 #12 0xb4585966 in XREMain::XRE_mainRun (this=this@entry=0xbe97f678) at ../../../toolkit/xre/nsAppRunner.cpp:4298 #13 0xb4585c04 in XREMain::XRE_main (this=this@entry=0xbe97f678, argc=argc@entry=1, argv=argv@entry=0xb682c298, aAppData=aAppData@entry=0xb6f8fc70 <_ZL8sAppData>) at ../../../toolkit/xre/nsAppRunner.cpp:4391 #14 0xb4585d82 in XRE_main (argc=1, argv=0xb682c298, aAppData=0xb6f8fc70 <_ZL8sAppData>, aFlags=<optimized out>) at ../../../toolkit/xre/nsAppRunner.cpp:4493 #15 0xb6f70f66 in do_main (argc=argc@entry=1, argv=argv@entry=0xb682c298) at ../../../b2g/app/nsBrowserApp.cpp:167 #16 0xb6f710a2 in b2g_main (argc=argc@entry=1, argv=argv@entry=0xbe980954) at ../../../b2g/app/nsBrowserApp.cpp:299 #17 0xb6f70dce in RunProcesses (aReservedFds=..., argv=0xbe980954, argc=1) at ../../../b2g/app/B2GLoader.cpp:232 #18 main (argc=1, argv=0xbe980954) at ../../../b2g/app/B2GLoader.cpp:297 (gdb) p this $1 = (mozilla::dom::indexedDB::(anonymous namespace)::FactoryOp * const) 0x9f7b5780 (gdb) l 19921 MOZ_ASSERT(mState == State::Initial || mState == State::PermissionRetry); 19922 MOZ_ASSERT(!mOrigin.IsEmpty()); 19923 MOZ_ASSERT(!mDatabaseId.IsEmpty()); 19924 MOZ_ASSERT(!mDirectoryLock); 19925 MOZ_ASSERT(!mContentParent); 19926 MOZ_ASSERT(!QuotaClient::IsShuttingDownOnMainThread()); 19927 19928 QuotaManager* quotaManager = QuotaManager::GetOrCreate(); 19929 if (NS_WARN_IF(!quotaManager)) { 19930 IDB_REPORT_INTERNAL_ERR(); (gdb) p mState $2 = mozilla::dom::indexedDB::(anonymous namespace)::FactoryOp::Completed Maybe related: Sometimes I also hit following assertion when trying to reproduce this issue: 0xb3e8d04a in mozilla::dom::indexedDB::(anonymous namespace)::FactoryOp::FinishSendResults (this=this@entry=0xaccf4e00) at ../../../dom/indexedDB/ActorsParent.cpp:19618 19618 MOZ_ASSERT(mFactory);

Jan, any idea whats going on?

I think this is a variation of bug 1203803. A fix for it should land soon.

May affect TV

Jan, do you still think this is fixed by bug 1203803?

Yes, I think it's fixed, but we need the 2nd patch in bug 1203803 which is currently being reviewed.

(In reply to Jan Varga [:janv] from comment #5) > Yes, I think it's fixed, but we need the 2nd patch in bug 1203803 which is > currently being reviewed. got r+ and the patch landed

Who can verify this is fixed?

Thanks!