1384699 - Crash in mozilla::net::nsHttpChannel::HandleBeginConnectContinue

Status: RESOLVED DUPLICATE of bug 1363372

(Core :: Networking: HTTP, defect)

Description

[Marcia Knous [:marcia]]

This bug was filed from the Socorro interface and is 
report bp-701aa1d4-077d-41c1-882f-219e90170726.
=============================================================

Seen while looking at crash stats - 2 crashes/2 installs on 20170726030207 nightly: http://bit.ly/2uCWsbV

Comment 1

[Kershaw Chang [:kershaw]]

Jason, could you find someone to have a look?

Thanks.

Comment 2

[Kershaw Chang [:kershaw]]

Hi Shane,

It seems that you added nsHttpChannel::HandleBeginConnectContinue() before.

Could you take a look at this crash? Thanks.

Comment 3

[Shih-Chiang Chien [:schien] (UTC+8) (use ni? plz)]

The crash stack is very weird because the runnable method has HttpChannelChild in template type but invokes nsHttpChannel function.

>0 	xul.dll 	mozilla::net::nsHttpChannel::HandleBeginConnectContinue()
>1 	xul.dll 	mozilla::detail::RunnableMethodImpl<mozilla::net::HttpChannelChild* const, void ( mozilla::net::HttpChannelChild::*)(void), 0, 0>::Run()
>2 	xul.dll 	nsThread::ProcessNextEvent(bool, bool*)

Comment 4

[Shane Caraveo (:mixedpuppy)]

I don't see why my change from Bug 1360052 would become an issue now since that change landed almost 3 months ago.  Likely something else is causing an issue, but the stack doesn't tell me anything.  Since mayhemer helped me with that patch, maybe he can point us in a direction.

Comment 5

[Shane Caraveo (:mixedpuppy)]

meant to keep my ni

Comment 6

[Honza Bambas (:mayhemer)]

I think this could be a TFO related crash.  Dragana?

Comment 8

[Gerry Chang [:gchang]]

Mark 56 disabled as TCP Fast Open was disabled in 56.