<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [Win] Assertions due to unexpected pageCache state"
href="https://bugs.webkit.org/show_bug.cgi?id=140190#c6">Comment # 6</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [Win] Assertions due to unexpected pageCache state"
href="https://bugs.webkit.org/show_bug.cgi?id=140190">bug 140190</a>
from <span class="vcard"><a class="email" href="mailto:bfulgham@webkit.org" title="Brent Fulgham <bfulgham@webkit.org>"> <span class="fn">Brent Fulgham</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=140190#c5">comment #5</a>)
<span class="quote">> In my investigation, this issue is related to queueLoadHTMLString().
>
> When we call queueLoadHTMLString() in the page, queueLoadHTMLString() leads
> another page loading within same Page instance.
>
> By this reason, we fall in crash in
> HistoryController::invalidateCurrentItemCachedPage()</span >
[...]
<span class="quote">> I think we'd better to disable PageCache in DumpRenderTree because I suspect
> that another port also may be disabled PageCache which didn't make crash in
> non-deferred-substitute-load.html.</span >
Thank you for looking into this!
Chris Dumez arrived at a similar conclusion a couple of days ago while debugging a new crash (Debug Assertion) in pageCache after he added a new test. See <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - Number.parseInt is not === global parseInt in nightly r182673"
href="show_bug.cgi?id=143799">Bug 143799</a>.
I think your analysis is correct.
Chris updated DumpRenderTree to deactivate the pageCache between runs in <<a href="http://trac.webkit.org/changeset/182844">http://trac.webkit.org/changeset/182844</a>>.
I think this change will also resolve this bug, but I haven't tried since his change landed.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>