Failed assertion MOZ_ASSERT(mRaceCacheWithNetwork || !(mTransactionPump && mCachePump) || mCachedContentIsParMOZ_ASSERT(mRaceCacheWithNetwork || !(mTransactiontial, "If we have both pumps, the cache content must be partial");
Categories
(Core :: Networking: HTTP, defect, P2)
Tracking
()
People
(Reporter: dragana, Assigned: michal)
References
(Blocks 1 open bug)
Details
(Whiteboard: [necko-triaged])
Attachments
(2 files, 1 obsolete file)
I notice this assertion failure in nsHttpChannel:
MOZ_ASSERT(mRaceCacheWithNetwork || !(mTransactionPump && mCachePump) ||
mCachedContentIsPartial,
"If we have both pumps, the cache content must be partial");
Comment 1•6 years ago
|
||
I've got this assertion with D36301 with enabling fission.autostart when I click "Treeherder Jobs" image in a mail from Taskcluster on mail.google.com.
Updated•6 years ago
|
Comment 2•6 years ago
|
||
This is what I'm doing and this reproduce very consistently.
- Build gecko
- ./mach clobber
- ./mach run
- go to about:config, enable fission
- quit
- ./mach run
- go to cnn.com ; wait for the page to load
- quit elegantly (ctrl-shift-q)
- ./mach run
This will assert once the session is restored about 80% of the time
Comment 3•6 years ago
|
||
This assertion happens on reddit.com during scrolling the contents by wheel scroll. Just before the assertion happens I see
NS_ENSURE_TRUE(mSuspendCount > 0) failed.
Updated•6 years ago
|
Comment 4•6 years ago
|
||
This is the most common assertions encountered when I have fission enabled
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Comment 5•6 years ago
|
||
I cannot reproduce it. If you can reproduce it consistently, could you please provide HTTP log? See https://developer.mozilla.org/en-US/docs/Mozilla/Debugging/HTTP_logging
Comment 6•6 years ago
|
||
Comment 7•6 years ago
|
||
:hiro, could you please provide HTTP logs for the assertion? Thanks!
Comment 8•6 years ago
•
|
||
Here, it's a log when I clicked the "Treeherder Jobs" image in a message on gmail.com. I wonder why other people can't reproduce this assertion. It's pretty easy to reproduce for me.
Assignee | ||
Comment 9•6 years ago
|
||
(In reply to Hiroyuki Ikezoe (:hiro) from comment #8)
Here, it's a log when I clicked the "Treeherder Jobs" image in a message on gmail.com.
Thanks for the log. Unfortunately, the log doesn't contain information just before the assertion. Can you please add "sync" keyword to the list of logging modules?
https://developer.mozilla.org/en-US/docs/Mozilla/Debugging/HTTP_logging#Use_'sync'_if_your_browser_crashes_or_hangs
I wonder why other people can't reproduce this assertion. It's pretty easy to reproduce for me.
Racing is sensitive to exact timing and I guess my HW setup doesn't trigger this assertion.
Comment 10•6 years ago
|
||
Assignee | ||
Comment 11•6 years ago
|
||
When revalidated cache entry is used, normally the sequence is:
OnStartRequest(mTransactionPump)
OnStopRequest(mTransactionPump)
OnStartRequest(mCachePump)
OnStopRequest(mCachePump)
When doing cross process redirect, the call to OnStopRequest(mTransactionPump) might get delayed, so we can still have mTransactionPump in OnStartRequest(mCachePump).
Comment 12•6 years ago
|
||
Comment 13•6 years ago
|
||
Backed out for dt perma failurest on browser_parsable_css.js
Failure log: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=262105174&repo=autoland&lineNumber=13381
Backout: https://hg.mozilla.org/integration/autoland/rev/9577cd6cb5beaa157968e92f68b62bbb514ad7db
Comment 14•6 years ago
|
||
Comment 15•6 years ago
|
||
This push was not the cause for for the dt perma failures on browser_parsable_css.js
Comment 16•6 years ago
|
||
bugherder |
Comment 17•6 years ago
|
||
Since the status are different for nightly and release, what's the status for beta?
For more information, please visit auto_nag documentation.
Updated•5 years ago
|
Description
•