Had a hung tab. The content process was taking about 4% CPU (not a whole lot) - I waited about 20 minutes for it to recover, but I got tired of watching the tab loading ping pong back and forth.

This bug is for crash report bp-d42e1f0a-7e78-4ad0-8348-6d9d70191124.

Top 10 frames of crashing thread:

0 libpthread-2.30.so __pthread_cond_wait /build/glibc-4WA41p/glibc-2.30/nptl/pthread_cond_wait.c:638
1 firefox-bin <name omitted> mozglue/misc/ConditionVariable_posix.cpp:109
2 libxul.so mozilla::ThreadEventQueue<mozilla::PrioritizedEventQueue>::GetEvent xpcom/threads/CondVar.h:57
3 libxul.so nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1106
4 libxul.so <name omitted> xpcom/threads/nsThreadUtils.cpp:486
5 libxul.so mozilla::dom::LSObject::DoRequestSynchronously dom/localstorage/LSObject.cpp:831
6 libxul.so mozilla::dom::LSObject::EnsureDatabase dom/localstorage/LSObject.cpp:883
7 libxul.so mozilla::dom::LSObject::GetItem dom/localstorage/LSObject.cpp:583
8 libxul.so mozilla::dom::Storage_Binding::getItem dom/bindings/StorageBinding.cpp:157
9 libxul.so bool mozilla::dom::binding_detail::GenericMethod<mozilla::dom::binding_detail::NormalThisPolicy, mozilla::dom::binding_detail::ThrowExceptions> dom/bindings/BindingUtils.cpp:3153

Hi Jan, does this ring some bell to you?

Yeah, it should block the Refine LSNG bug at least.

Hi :gsvelto, I think we need another prefix here. The original stack trace pointed somehow to local storage, but the traces on the most recent versions I clicked on all originated from plugin code (mostly flash). Can you have a look?

Yeah, there are no traces of the original crash. I suggest closing this since all recently submitted crashes on relevant versions have nothing to do with the original signature. The crashes under this signatures are few and besides the Flash they seem to be all over the place, I'll file a bug to add a prefix but it's likely that we might have to add some more.

Filed bug 1609121.