Closed
Bug 627579
Opened 14 years ago
Closed 8 years ago
Firefox 4.0b10pre Crash [@ nsHttpTransaction::HandleContent(char*, unsigned int, unsigned int*, unsigned int*) ]
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: marcia, Unassigned)
References
Details
(Keywords: crash, regression, Whiteboard: [necko-backlog])
Crash Data
Seen while reviewing crash stats. Low volume Crashes started showing up using the 2011012000 build. http://tinyurl.com/4hdel7k to the crashes so far. Possible pushlog regression: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=e807269acaa3&tochange=efbf1fa4c70e Frame Module Signature [Expand] Source 0 xul.dll nsHttpTransaction::HandleContent netwerk/protocol/http/nsHttpTransaction.cpp:984 1 xul.dll nsHttpTransaction::ProcessData netwerk/protocol/http/nsHttpTransaction.cpp:1122 2 xul.dll nsHttpTransaction::WritePipeSegment netwerk/protocol/http/nsHttpTransaction.cpp:503 3 xul.dll nsPipeOutputStream::WriteSegments xpcom/io/nsPipe3.cpp:1137 4 xul.dll nsHttpTransaction::WriteSegments netwerk/protocol/http/nsHttpTransaction.cpp:521 5 xul.dll nsHttpConnection::OnSocketReadable netwerk/protocol/http/nsHttpConnection.cpp:701 6 xul.dll nsHttpConnection::OnInputStreamReady netwerk/protocol/http/nsHttpConnection.cpp:800 7 xul.dll nsSocketInputStream::OnSocketReady netwerk/base/src/nsSocketTransport2.cpp:256 8 xul.dll nsSocketTransport::OnSocketReady netwerk/base/src/nsSocketTransport2.cpp:1526 9 xul.dll nsSocketTransportService::DoPollIteration netwerk/base/src/nsSocketTransportService2.cpp:687 10 xul.dll nsSocketTransportService::OnProcessNextEvent netwerk/base/src/nsSocketTransportService2.cpp:551 11 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:597 12 xul.dll NS_ProcessPendingEvents_P obj-firefox/xpcom/build/nsThreadUtils.cpp:200 13 xul.dll NS_ProcessNextEvent_P obj-firefox/xpcom/build/nsThreadUtils.cpp:250 14 xul.dll nsSocketTransportService::Run netwerk/base/src/nsSocketTransportService2.cpp:594 15 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:633 16 xul.dll xul.dll@0xce5c6b 17 xul.dll nsThreadStartupEvent::`vector deleting destructor' 18 xul.dll nsThread::ThreadFunc xpcom/threads/nsThread.cpp:278 19 nspr4.dll _PR_NativeRunThread nsprpub/pr/src/threads/combined/pruthr.c:426 20 nspr4.dll pr_root nsprpub/pr/src/md/windows/w95thred.c:122 21 mozcrt19.dll _callthreadstartex obj-firefox/memory/jemalloc/crtsrc/threadex.c:348 22 mozcrt19.dll _threadstartex obj-firefox/memory/jemalloc/crtsrc/threadex.c:326 23 kernel32.dll BaseThreadStart
Reporter | ||
Comment 1•14 years ago
|
||
engine@conduit.com may be implicated in this crash. chofmann can we dredge up all the crashes that have that installed?
![]() |
||
Comment 2•14 years ago
|
||
No obvious HTTP changes there, but at least once cache change...
blocking2.0: --- → ?
Keywords: regression
![]() |
||
Comment 3•14 years ago
|
||
I don't know in what state crash-stats are, but I can see here [1] only 5 reports, from almost the same time. Looks like all are reports from a single user. A similar situation (5 reports from a close time range) with build 20110110191547. [1] http://crash-stats.mozilla.com/report/list?product=Firefox&query_search=signature&query_type=contains&query=nsHttpTransaction%3A%3AHandleContent&date=01%2F23%2F2011%2014%3A39%3A59&range_value=4&range_unit=weeks&hang_type=any&process_type=any&plugin_field=&plugin_query_type=&plugin_query=&do_query=1&admin=&signature=nsHttpTransaction%3A%3AHandleContent%28char*%2C%20unsigned%20int%2C%20unsigned%20int*%2C%20unsigned%20int*%29 Sort by build id.
Comment 4•14 years ago
|
||
yeah dups of some crashes are a known problem, tracking dup submission occurrences in Bug 579136
Depends on: 579136
Assignee | ||
Updated•13 years ago
|
Crash Signature: [@ nsHttpTransaction::HandleContent(char*, unsigned int, unsigned int*, unsigned int*) ]
![]() |
||
Comment 6•13 years ago
|
||
This had a spike on Aurora yesterday, see https://crash-stats.mozilla.com/report/list?signature=nsHttpTransaction%3A%3AHandleContent%28char%2A%2C%20unsigned%20int%2C%20unsigned%20int%2A%2C%20unsigned%20int%2A%29
Comment 7•13 years ago
|
||
yeah, low volume residual crash on older builds, but spiking hard. are there any recent checkins for code on the stack.
Updated•13 years ago
|
tracking-firefox6:
--- → ?
Comment 8•13 years ago
|
||
nsHttpTransaction::HandleContent.char...unsigned.int,.unsigned.int...unsigned.int.. date total breakdown by build crashes count build, count build, ... 20110620 7 5 4.0b52010083108, 2 3.6.172011042014, 20110621 3 4.0.12011041322 3 , 20110622 52 51 6.0a22011062104, 1 4.0.12011041322,
Reporter | ||
Comment 9•13 years ago
|
||
This looks like it spiked on 2011062100 with 55 crashes, but since then it has been very low volume.
Comment 10•13 years ago
|
||
For some reason there was a spike but I can't find any since 06/23/2011. Unless we can correlate this to a prolonged spike, probably not worth tracking.
![]() |
||
Comment 11•13 years ago
|
||
On Win the recorded crash line is often a next executable line from the line where the crash actually happened. I think the crash could be because mConnection member on transaction could be broken or more likely null. Not sure this can happen but should be easy to trace that first.
Updated•9 years ago
|
Crash Signature: [@ nsHttpTransaction::HandleContent(char*, unsigned int, unsigned int*, unsigned int*) ] → [@ nsHttpTransaction::HandleContent(char*, unsigned int, unsigned int*, unsigned int*) ]
[@ nsHttpTransaction::HandleContent ]
Comment 12•9 years ago
|
||
https://crash-stats.mozilla.com/report/index/2930c356-e3da-48ab-b74f-5b66b2160204 low # (5) of these in crash stats
Whiteboard: [necko-backlog]
Comment 13•8 years ago
|
||
I'm marking this bug as WORKSFORME as bug crashlog signature didn't appear from a long time (over half year) in Firefox (except obsolete Fx <23).
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•