Closed Bug 1163220 Opened 10 years ago Closed 9 years ago

Assertion failure (and crash in debug builds) when installing yandex app

Categories

(Core :: Networking: Cache, defect)

defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: TimAbraldes, Unassigned)

References

Details

Assertion failure: mCacheEntryIsWriteOnly || mCachedContentIsPartial, at /Users/tim/src/gecko-dev/netwerk/protocol/http/nsHttpChannel.cpp:4219 #01: mozilla::net::nsHttpChannel::InstallCacheListener(long long)[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x5a6705] #02: mozilla::net::nsHttpChannel::ContinueProcessNormal(nsresult)[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x5a6347] #03: mozilla::net::nsHttpChannel::ProcessNormal()[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x5a43f3] #04: mozilla::net::nsHttpChannel::ProcessResponse()[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x5a3d75] #05: mozilla::net::nsHttpChannel::OnStartRequest(nsIRequest*, nsISupports*)[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x5b57a7] #06: non-virtual thunk to mozilla::net::nsHttpChannel::OnStartRequest(nsIRequest*, nsISupports*)[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x5b5c27] #07: nsInputStreamPump::OnStateStart()[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x2f233c] #08: nsInputStreamPump::OnInputStreamReady(nsIAsyncInputStream*)[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x2f1e66] #09: non-virtual thunk to nsInputStreamPump::OnInputStreamReady(nsIAsyncInputStream*)[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x2f2f6f] #10: nsInputStreamReadyEvent::Run()[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x15eb20] #11: nsThread::ProcessNextEvent(bool, bool*)[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x18f9fa] #12: NS_ProcessPendingEvents(nsIThread*, unsigned int)[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x1eb077] #13: nsBaseAppShell::NativeEventCallback()[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x38f8526] #14: nsAppShell::ProcessGeckoEvents(void*)[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x397540d] #15: __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__[/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation +0x80a01] #16: __CFRunLoopDoSources0[/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation +0x72b8d] #17: __CFRunLoopRun[/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation +0x721bf] #18: CFRunLoopRunSpecific[/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation +0x71bd8] #19: RunCurrentEventLoopInMode[/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox +0x3256f] #20: ReceiveNextEventCommon[/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox +0x322ea] #21: _BlockUntilNextEventMatchingListInModeWithFilter[/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox +0x3212b] #22: _DPSNextEvent[/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit +0x919bb] #23: -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:][/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit +0x90f68] #24: -[GeckoNSApplication nextEventMatchingMask:untilDate:inMode:dequeue:][/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x3973f37] #25: -[NSApplication run][/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit +0x86bf3] #26: nsAppShell::Run()[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x3975ddc] #27: nsAppStartup::Run()[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x487b981] #28: XREMain::XRE_mainRun()[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x492d09b] #29: XREMain::XRE_main(int, char**, nsXREAppData const*)[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x492d9c0] #30: XRE_main[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/XUL +0x492de72] #31: do_main(int, char**, nsIFile*)[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/firefox +0x2c4b] #32: main[/Users/tim/src/gecko-dev/obj-x86_64-apple-darwin14.3.0/dist/NightlyDebug.app/Contents/MacOS/firefox +0x201f] This crash occurs with and without e10s enabled, but the signatures are different.
Hell if I know what that means [0]. Both must be false to trigger the assert. I think something is wrong with the cache. This file has seen some churn lately. That line was changed on 4/29 [1] [0] http://mxr.mozilla.org/mozilla-central/source/netwerk/protocol/http/nsHttpChannel.cpp#4219 [1] http://hg.mozilla.org/mozilla-central/diff/0c91d9aa9476/netwerk/protocol/http/nsHttpChannel.cpp
Component: Webapp Runtime → Networking: Cache
Product: Firefox → Core
QA Contact: honzab.moz
Assignee: nobody → honzab.moz
QA Contact: honzab.moz
Is this still reproducible?
Assignee: honzab.moz → nobody
Flags: needinfo?(tabraldes)
(In reply to Honza Bambas (:mayhemer) from comment #2) > Is this still reproducible? I don't know, but since we're removing the runtime [0] it seems like we probably can resolve this WONTFIX? [0] https://bugzilla.mozilla.org/show_bug.cgi?id=1238079
Flags: needinfo?(tabraldes)
Thanks for the info!
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.