Closed Bug 1390163 Opened 7 years ago Closed 5 years ago

Crash in mozilla::net::HttpChannelParent::DoAsyncOpen

Categories

(Core :: Networking: HTTP, defect, P3)

Unspecified
Linux
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox57 --- affected

People

(Reporter: marcia, Unassigned)

Details

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

Crash Data

This bug was filed from the Socorro interface and is 
report bp-22c8739b-32b7-419f-9701-11d480170814.
=============================================================

So far only one instance on Linux, but filing since I know TFO was turned on: http://bit.ly/2w3CJpA
Flags: needinfo?(dd.mozilla)
I have seen this one, but I am not sure that it is a TFO bug.
I have not change code on linux in my last TFO changes only on Windows and this crash appears only now.

It crashes at httpChannel->SetDispatchFetchEventEnd(aDispatchFetchEventEnd); 

I will need info Ben, they were doing something with fetch recently.

Ben, can you take a look. I am not sure if it is fetch?
Flags: needinfo?(dd.mozilla) → needinfo?(bkelly)
This stack looks a bit suspect to me.  I don't see how we could fail on this line, but not the line immediately before it.

I think perhaps we should wait to see if more crashes for this come in.  It could be someone with bad memory, etc.

Also CC'ing Andrew since he has looked at our intercept code more recently.
Flags: needinfo?(bkelly)
Whiteboard: [necko-backlog]
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P1
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: P1 → P3

Very trivial volume on this one. Closing it as out as WFM.

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