1736219 - Crash in [@ mozilla::DataChannelConnection::~DataChannelConnection]

Status: RESOLVED DUPLICATE of bug 1713447

(Core :: WebRTC, defect)

Description

[Randell Jesup [:jesup] (needinfo me)]

Crash report: https://crash-stats.mozilla.org/report/index/e4409cf1-dcb8-4962-bf0a-d4e040211016

MOZ_CRASH Reason: MOZ_CRASH()

Top 10 frames of crashing thread:

0 xul.dll mozilla::DataChannelConnection::~DataChannelConnection netwerk/sctp/datachannel/DataChannel.cpp:354
1 xul.dll mozilla::receive_cb netwerk/sctp/datachannel/DataChannel.cpp:312
2 xul.dll sctp_invoke_recv_callback netwerk/sctp/src/netinet/sctputil.c:5293
3 xul.dll sctp_add_to_readq netwerk/sctp/src/netinet/sctputil.c:5401
4 xul.dll sctp_notify_assoc_change netwerk/sctp/src/netinet/sctputil.c:3321
5 xul.dll sctp_ulp_notify netwerk/sctp/src/netinet/sctputil.c:4338
6 xul.dll sctp_abort_notification netwerk/sctp/src/netinet/sctputil.c:4559
7 xul.dll sctp_abort_an_association netwerk/sctp/src/netinet/sctputil.c:4725
8 xul.dll sctp_chunk_output netwerk/sctp/src/netinet/sctp_output.c:10649
9 xul.dll sctp_timeout_handler netwerk/sctp/src/netinet/sctputil.c:1925

This is another instance of our being called back by sctp after we've called usrsctp_close(). We DIAGNOSTIC_ASSERT on it because we end up trying to release the DataChannelConnection on the wrong thread.

Comment 1

[Randell Jesup [:jesup] (needinfo me)]

This is closely related to the call-back-after-close bug - dupping