Crash in mozilla::net::ConnectionHandle::LastTransactionExpectedNoContent

RESOLVED FIXED in Firefox 52

Status

()

defect
--
critical
RESOLVED FIXED
3 years ago
3 years ago

People

(Reporter: marcia, Assigned: mcmanus)

Tracking

({crash})

Trunk
mozilla52
Unspecified
Windows 7
Points:
---

Firefox Tracking Flags

(firefox52 fixed)

Details

(Whiteboard: [necko-active], crash signature)

Attachments

(1 attachment)

This bug was filed from the Socorro interface and is 
report bp-ff4e8883-b051-4243-bc32-20d032161027.
=============================================================

Seen while looking at trunk crash stats: http://bit.ly/2fmvJLY. Crashes started with 20161027030211.

Bug 1215552 touched some networking code. ni on patrick in case it is some way connected with this crash.
Flags: needinfo?(mcmanus)
Assignee

Comment 1

3 years ago
I don't know why that would have started in yesterday's nightly.. maybe dragana has an idea (cc'd).

but I do see why it crashes - almost every other method in that base class null checks fwdobject and that is what is being deref'd as null. I can fix it up on 52 trivially.
Flags: needinfo?(mcmanus)
Assignee

Updated

3 years ago
Assignee: nobody → mcmanus
Status: NEW → ASSIGNED
Assignee

Updated

3 years ago
Whiteboard: [necko-active]
I do not know of anything.

there is only this change that partially touch the code:
https://hg.mozilla.org/mozilla-central/diff/f73f86848143/netwerk/protocol/http/nsHttpTransaction.cpp
but that should not cause this, I think, the error should be handled properly.
Attachment #8805550 - Flags: review?(dd.mozilla) → review+

Comment 6

3 years ago
bugherder
https://hg.mozilla.org/mozilla-central/rev/b05eb6590d71
Status: ASSIGNED → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla52
You need to log in before you can comment on or make changes to this bug.