Closed Bug 1613398 Opened 4 years ago Closed 2 years ago

Crash in [@ OOM | unknown | mozalloc_abort | mozalloc_handle_oom | moz_xmalloc | nsTArray_base<T>::EnsureCapacity<T> | nsTArray_Impl<T>::AppendElements<T> | mozilla::net::LoadInfoArgs::LoadInfoArgs]

Categories

(Core :: Networking, defect, P3)

Product:
Core
Component:
Networking
Platform:
Unspecified
Windows 7
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Tracking Flags:
Tracking Status
firefox74 --- wontfix

People

(Reporter: sg, Unassigned)

Details

(Keywords: crash, Whiteboard: [necko-triaged])

Crash Data

This bug is for crash report bp-d1d28c43-bdc5-42e2-aff0-4fb2d0200205.

Top 10 frames of crashing thread:

0 mozglue.dll mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:33
1 mozglue.dll mozalloc_handle_oom memory/mozalloc/mozalloc_oom.cpp:51
2 mozglue.dll moz_xmalloc memory/mozalloc/mozalloc.cpp:54
3 xul.dll nsTArray_base<nsTArrayInfallibleAllocator, nsTArray_CopyWithMemutils>::EnsureCapacity<nsTArrayInfallibleAllocator> xpcom/ds/nsTArray-inl.h:144
4 xul.dll nsTArray_Impl<mozilla::net::CookiePermissionData, nsTArrayInfallibleAllocator>::AppendElements<mozilla::net::CookiePermissionData, nsTArrayInfallibleAllocator> xpcom/ds/nsTArray.h:2414
5 xul.dll mozilla::net::LoadInfoArgs::LoadInfoArgs ipc/ipdl/_ipdlheaders/mozilla/net/NeckoChannelParams.h:594
6 xul.dll mozilla::ipc::LoadInfoToLoadInfoArgs ipc/glue/BackgroundUtils.cpp:548
7 xul.dll mozilla::net::CookieServiceChild::SetCookieStringInternal netwerk/cookie/CookieServiceChild.cpp:501
8 xul.dll mozilla::net::CookieServiceChild::SetCookieString netwerk/cookie/CookieServiceChild.cpp:622
9 xul.dll mozilla::dom::Document::SetCookie dom/base/Document.cpp:5768

Unfortunately, the allocation size is unknown here, but it might be worth checking if this involves creating/copying an exceptionally large array of CookiePermissionData.

I found a few other variations. It looks like this is just a generic OOM, and there doesn't seem to be anything actionable for IPC here.

Crash Signature: [@ OOM | unknown | mozalloc_abort | mozalloc_handle_oom | moz_xmalloc | nsTArray_base<T>::EnsureCapacity<T> | nsTArray_Impl<T>::AppendElements<T> | mozilla::net::LoadInfoArgs::LoadInfoArgs] → [@ OOM | unknown | mozalloc_abort | mozalloc_handle_oom | moz_xmalloc | nsTArray_base<T>::EnsureCapacity<T> | nsTArray_Impl<T>::AppendElements<T> | mozilla::net::LoadInfoArgs::LoadInfoArgs] [@ OOM | large | mozalloc_abort | mozalloc_handle_oom | moz_xrea…
Component: IPC → Networking
Priority: -- → P3
Whiteboard: [necko-triaged]

Closing because no crashes reported for 12 weeks.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
Crash Signature: nsTArray_Impl<T>::AppendElements<T> | mozilla::net::LoadInfoArgs::LoadInfoArgs] → nsTArray_Impl<T>::AppendElements<T> | mozilla::net::LoadInfoArgs::LoadInfoArgs] [@ mozalloc_abort | moz_xmalloc | nsTArray_base<T>::EnsureCapacity<T> | nsTArray_Impl<T>::ReplaceElementsAtInternal<T> | nsTArray_Impl<T>::Assign<T> | mozilla::net::LoadInfo…

I added a new signature, which results from the extraction of ReplaceElementsAtInternal, and therefore reopening. I am not sure why this is no longer tagged with 'OOM'.

Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---

Closing because no crashes reported for 12 weeks.

Status: REOPENED → RESOLVED
Closed: 4 years ago → 2 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.