Closed Bug 1598977 Opened 5 years ago Closed 5 years ago

Crash in [@ __pthread_cond_wait]

Categories

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

Unspecified
Linux
defect

Tracking

()

RESOLVED INCOMPLETE
Tracking Status
firefox72 --- affected

People

(Reporter: yoasif, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: crash)

Crash Data

Attachments

(1 file)

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

Attached file about:support
Attachment #9111112 - Attachment description: about:config → about:support

Hi Jan, does this ring some bell to you?

Flags: needinfo?(jvarga)

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

Blocks: 1540402
Component: General → Storage: localStorage & sessionStorage
Flags: needinfo?(jvarga)
Priority: -- → P2

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?

Flags: needinfo?(gsvelto)

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.

Flags: needinfo?(gsvelto)
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: