NEW 31387
ASSERT in FrameLoader::addData when loading multipart/x-mixed-replace data 
https://bugs.webkit.org/show_bug.cgi?id=31387
Summary ASSERT in FrameLoader::addData when loading multipart/x-mixed-replace data
Tony Chang
Reported 2009-11-11 17:01:13 PST
If I load the above URL in a debug build, I hit the following assert: #0 0x04559275 in WebCore::FrameLoader::addData at FrameLoader.cpp:1439 #1 0x00319bd1 in -[WebFrame(WebInternal) _addData:] at WebFrame.mm:475 #2 0x003173d5 in -[WebFrame(WebInternal) _receivedData:textEncodingName:] at WebFrame.mm:983 #3 0x00339a23 in -[WebHTMLRepresentation receivedData:withDataSource:] at WebHTMLRepresentation.mm:162 #4 0x0030588c in -[WebDataSource(WebInternal) _receivedData:] at WebDataSource.mm:222 #5 0x00322716 in WebFrameLoaderClient::committedLoad at WebFrameLoaderClient.mm:803 #6 0x04553e9c in WebCore::FrameLoader::committedLoad at FrameLoader.cpp:3184 #7 0x0440be59 in WebCore::DocumentLoader::commitLoad at DocumentLoader.cpp:342 #8 0x0440beb2 in WebCore::DocumentLoader::receivedData at DocumentLoader.cpp:354 #9 0x0455643b in WebCore::FrameLoader::receivedData at FrameLoader.cpp:2036 #10 0x0494db7e in WebCore::MainResourceLoader::addData at MainResourceLoader.cpp:143 #11 0x04af19c5 in WebCore::ResourceLoader::didReceiveData at ResourceLoader.cpp:248 #12 0x0494d48c in WebCore::MainResourceLoader::didReceiveData at MainResourceLoader.cpp:374 #13 0x04af0e2e in WebCore::ResourceLoader::didReceiveData at ResourceLoader.cpp:398 #14 0x04aed207 in -[WebCoreResourceHandleAsDelegate connection:didReceiveData:lengthReceived:] at ResourceHandleMac.mm:736 #15 0x912f4ec7 in -[NSURLConnection(NSURLConnectionReallyInternal) sendDidReceiveData:originalLength:] #16 0x912f4e11 in _NSURLConnectionDidReceiveData #17 0x93c93978 in URLConnectionClient::_clientDidReceiveData #18 0x93c948cc in URLConnectionClient::ClientConnectionEventQueue::processAllEventsAndConsumePayload #19 0x93c94baa in URLConnectionClient::ClientConnectionEventQueue::processAllEventsAndConsumePayload #20 0x93c93370 in URLConnectionClient::processEvents #21 0x93c40d03 in MultiplexerSource::perform #22 0x924fc3c5 in CFRunLoopRunSpecific #23 0x924fcaa8 in CFRunLoopRunInMode #24 0x91f072ac in RunCurrentEventLoopInMode #25 0x91f070c5 in ReceiveNextEventCommon #26 0x91f06f39 in BlockUntilNextEventMatchingListInMode #27 0x96c546d5 in _DPSNextEvent #28 0x96c53f88 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] #29 0x0000c303 in ?? #30 0x96c4cf9f in -[NSApplication run] #31 0x96c1a1d8 in NSApplicationMain #32 0x00002c92 in ??
Attachments
Add attachment proposed patch, testcase, etc.
Tony Chang
Comment 1 2010-06-24 17:24:22 PDT
This is now codified in a LayoutTest, which is Skipped on Mac because it hits this assert. http/tests/multipart/policy-ignore-crash.php The current stack is: #0 0x044fe3f7 in WebCore::FrameLoader::addData at FrameLoader.cpp:1141 #1 0x00314217 in -[WebFrame(WebInternal) _addData:] at WebFrame.mm:502 #2 0x003120a1 in -[WebFrame(WebInternal) _receivedData:textEncodingName:] at WebFrame.mm:1011 #3 0x003354a6 in -[WebHTMLRepresentation finishedLoadingWithDataSource:] at WebHTMLRepresentation.mm:210 #4 0x002fe35b in -[WebDataSource(WebInternal) _finishedLoading] at WebDataSource.mm:221 #5 0x0031e06d in WebFrameLoaderClient::finishedLoading at WebFrameLoaderClient.mm:859 #6 0x045033d1 in WebCore::FrameLoader::finishedLoadingDocument at FrameLoader.cpp:2270 #7 0x043ddd49 in WebCore::DocumentLoader::finishedLoading at DocumentLoader.cpp:267 #8 0x04502c50 in WebCore::FrameLoader::finishedLoading at FrameLoader.cpp:2215 #9 0x049ccf1f in WebCore::MainResourceLoader::didFinishLoading at MainResourceLoader.cpp:424 #10 0x04bb67de in WebCore::ResourceLoader::didFinishLoading at ResourceLoader.cpp:443 #11 0x04bb2c17 in -[WebCoreResourceHandleAsDelegate connectionDidFinishLoading:] at ResourceHandleMac.mm:859 #12 0x91c90497 in -[NSURLConnection(NSURLConnectionReallyInternal) sendDidFinishLoading] #13 0x91c90403 in _NSURLConnectionDidFinishLoading #14 0x90e3cba4 in URLConnectionClient::_clientDidFinishLoading #15 0x90e3d8fa in URLConnectionClient::ClientConnectionEventQueue::processAllEventsAndConsumePayload #16 0x90e3dbaa in URLConnectionClient::ClientConnectionEventQueue::processAllEventsAndConsumePayload #17 0x90e3dbaa in URLConnectionClient::ClientConnectionEventQueue::processAllEventsAndConsumePayload #18 0x90e3dbaa in URLConnectionClient::ClientConnectionEventQueue::processAllEventsAndConsumePayload #19 0x90e3c370 in URLConnectionClient::processEvents #20 0x90de9d03 in MultiplexerSource::perform #21 0x95a4a3c5 in CFRunLoopRunSpecific #22 0x95a4aaa8 in CFRunLoopRunInMode #23 0x95ec42ac in RunCurrentEventLoopInMode #24 0x95ec40c5 in ReceiveNextEventCommon #25 0x95ec3f39 in BlockUntilNextEventMatchingListInMode #26 0x925116d5 in _DPSNextEvent #27 0x92510f88 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] #28 0x0000c045 in ?? #29 0x92509f9f in -[NSApplication run] #30 0x924d71d8 in NSApplicationMain #31 0x000029d2 in ??
Note You need to log in before you can comment on or make changes to this bug.