1573099 - Assertion failure: mRaceCacheWithNetwork || !(mTransactionPump && mCachePump) || mCachedContentIsPartial (If we have both pumps, the cache content must be partial), at /builds/worker/workspace/build/src/netwerk/protocol/http/nsHttpChannel.cpp:7714

Status: RESOLVED DUPLICATE of bug 1544757

(Core :: Networking: HTTP, defect)

Description

[Henrik Skupin [:whimboo][⌚️UTC+2]]

While running tests for bug 1571341 I noticed the following assertion and crash with a debug build of Firefox:

Assertion failure: mRaceCacheWithNetwork || !(mTransactionPump && mCachePump) || mCachedContentIsPartial (If we have both pumps, the cache content must be partial), at /builds/worker/workspace/build/src/netwerk/protocol/http/nsHttpChannel.cpp:7714
#01: nsXPTCStubBase::Stub249()[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x28d9fe]
#02: nsXPTCStubBase::Stub249()[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x28d52d]
#03: nsXPTCStubBase::Stub249()[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x28e61d]
#04: NS_NewLocalFileWithCFURL[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x113219]
#05: NS_NewLocalFileWithCFURL[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x15e278]
#06: NS_NewLocalFileWithCFURL[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x15b011]
#07: mac_plugin_interposing_child_OnShowCursor[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x3d9d65f]
#08: mac_plugin_interposing_child_OnShowCursor[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x3e12c89]
#09: CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION[/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation +0x57683]
#10: __CFRunLoopDoSource0[/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation +0x57629]
#11: __CFRunLoopDoSources0[/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation +0x3afeb]
#12: __CFRunLoopRun[/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation +0x3a5b5]
#13: CFRunLoopRunSpecific[/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation +0x39ebe]
#14: RunCurrentEventLoopInMode[/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox +0xb1ab]
#15: ReceiveNextEventCommon[/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox +0xaee5]
#16: _BlockUntilNextEventMatchingListInModeWithFilter[/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox +0xac76]
#17: _DPSNextEvent[/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit +0x1a79d]
#18: -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:][/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit +0x1948b]
#19: mac_plugin_interposing_child_OnShowCursor[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x3e11c4e]
#20: -[NSApplication run][/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit +0x135a8]
#21: mac_plugin_interposing_child_OnShowCursor[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x3e1361f]
#22: workerlz4_maxCompressedSize[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x549468e]
#23: RecordReplayInterface_DefineRecordReplayControlObject[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x562da2c]
#24: RecordReplayInterface_DefineRecordReplayControlObject[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x562ecea]
#25: RecordReplayInterface_DefineRecordReplayControlObject[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/XUL +0x562f75c]
#26: ???[/Users/henrik/code/gecko/Firefox NightlyDebug.app/Contents/MacOS/firefox +0x1a7e]

Comment 1

[Henrik Skupin [:whimboo][⌚️UTC+2]]

As it looks like this assertion is happening for me when loading https://www.golem.de whether if fission is enabled or not.

Comment 2

[Kershaw Chang [:kershaw]]

(In reply to Henrik Skupin (:whimboo) [⌚️UTC+2] from comment #1)

As it looks like this assertion is happening for me when loading https://www.golem.de whether if fission is enabled or not.

I can't reproduce this at my side. Do you have a reliable way to reproduce?
Or could you provide the http log to us?

Thanks!

Comment 3

[Henrik Skupin [:whimboo][⌚️UTC+2]]

Sorry, but I'm not able to reproduce it anymore. Most likely this was happening due to an ad being displayed on Monday, which is now no longer part of the page. The only thing I can remember is that it took a while until the browser crashed, and the page hadn't been finished loading while mostly all content was shown.

Comment 4

[Honza Bambas (:mayhemer)]

Michal, is this related to bug 1544757?

Comment 5

[Michal Novotny [:michal]]

Yes, this seems to be dupe of 1544757.