Closed
Bug 1390163
Opened 7 years ago
Closed 5 years ago
Crash in mozilla::net::HttpChannelParent::DoAsyncOpen
Categories
(Core :: Networking: HTTP, defect, P3)
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)
Comment 1•7 years ago
|
||
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)
Comment 2•7 years ago
|
||
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)
Updated•7 years ago
|
Whiteboard: [necko-backlog]
Comment 3•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P1
Comment 4•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: P1 → P3
Reporter | ||
Comment 5•5 years ago
|
||
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.
Description
•