1599507 - Crash in [@ std::vector<T>::_M_emplace_back_aux<T>]

Status: RESOLVED WORKSFORME

(Core :: DOM: Networking, defect, P2)

Description

[Euler Neto]

This bug is for crash report bp-dd7c7597-3693-4cba-80fb-88d130191126.

Top 10 frames of crashing thread:

0 libxul.so libxul.so@0x3e92a00 
1 libxul.so libxul.so@0x3d0409f 
2 libxul.so libxul.so@0x3ec39f5 
3 libxul.so libxul.so@0x6ef65af 
4 libxul.so libxul.so@0x3e57e06 
5 libxul.so libxul.so@0x3d0409f 
6 libxul.so libxul.so@0x107b32f 
7 memfd:pulseaudio (deleted) memfd:pulseaudio @0xdf00007 
8 libxul.so libxul.so@0x3e57645 
9 libxul.so libxul.so@0x107b32f 

Comment 1

[Sam Foster [:sfoster] (he/him)]

No symbols in this crash report, it is likely not actionable as-is.

Comment 2

[Gabriele Svelto [:gsvelto]]

We've got partial symbols now (no source files or lines), updating the signature.

Comment 4

[Gabriele Svelto [:gsvelto]]

I've looked a bit through the crashes and this seems to be affecting mainly ESR68 on Debian. The crashes aren't very helpful since we don't have files & line information. It might be that the signature is over-generic because of that and it's catching unrelated crashes.

Comment 5

[Euler Neto]

I have 3 Firefox in Debian 9 (70, ESR, Dev) and all of them start to crash suddenly. I made a fresh install of Debian 9, updated the Kernel, but the crashes still persists. Now I'm using ESR 68.2.0esr (already came installed) and all this bugs that I reported came from it.
There's something more that I can provide that can help to find the cause of this issue?

Comment 6

[Mike Conley (:mconley) (:⚙️) (PTO July 21 - 25)]

From what I can tell, this is happening due to mozilla::dom::network::ConnectionProxy::Create, so I'm putting into Core :: Networking for triage.

Comment 7

[Wayne Mery (:wsmwk)]

No crashes newer than version 68 https://crash-stats.mozilla.org/signature/?signature=std%3A%3Avector%3CT%3E%3A%3A_M_emplace_back_aux%3CT%3E&date=%3E%3D2021-02-02T00%3A01%3A00.000Z&date=%3C2021-08-02T00%3A01%3A00.000Z