<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - REGRESSION(r196384): [GTK] ASSERTION FAILED: SessionTracker::storageSession(parameters.sessionID)"
href="https://bugs.webkit.org/show_bug.cgi?id=154169#c2">Comment # 2</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - REGRESSION(r196384): [GTK] ASSERTION FAILED: SessionTracker::storageSession(parameters.sessionID)"
href="https://bugs.webkit.org/show_bug.cgi?id=154169">bug 154169</a>
from <span class="vcard"><a class="email" href="mailto:aplazas@igalia.com" title="Adrien Plazas <aplazas@igalia.com>"> <span class="fn">Adrien Plazas</span></a>
</span></b>
<pre>Created <span class=""><a href="attachment.cgi?id=272013&action=diff" name="attach_272013" title="Add some prints to stderr">attachment 272013</a> <a href="attachment.cgi?id=272013&action=edit" title="Add some prints to stderr">[details]</a></span>
Add some prints to stderr
This patch add traces (prints to stderr) to accessors of the session map.
When running the http/tests/security/appcache-in-private-browsing.html test with this patch, it produces this trace before the usual stacktrace:
SessionTracker::storageSessionMap()
SessionTracker::storageSessionMap()
SessionTracker::storageSessionMap()
SessionTracker::destroySession(2)
SessionTracker::storageSession(1) default case: 0x7fe2397fb480
SessionTracker::storageSession(1) default case: 0x7fe2397fb480
SessionTracker::storageSession(1) default case: 0x7fe2397fb480
SessionTracker::storageSession(2) null case: nullptr
SessionTracker::setSession(2, 0x7fff56df8620)
SessionTracker::setSession(2, 0x7fff56df8620) : 0x7fad345b3f80
SessionTracker::storageSession(2) session case: 0x7fad345b3f80
SessionTracker::storageSession(2) null case: nullptr
ASSERTION FAILED: SessionTracker::storageSession(parameters.sessionID)
../../Source/WebKit2/NetworkProcess/NetworkLoad.cpp(63) : WebKit::NetworkLoad::NetworkLoad(WebKit::NetworkLoadClient&, const WebKit::NetworkLoadParameters&)
I checked the first calls to SessionTracker::storageSessionMap as they give direct access to the session map put I found nothing suspicious with the code there.
Though what I find suspicious is the end of the trace:
SessionTracker::storageSession(2) session case: 0x7fad345b3f80
SessionTracker::storageSession(2) null case: nullptr
ASSERTION FAILED: SessionTracker::storageSession(parameters.sessionID)
When looking two times for the same element without editing the map, the first time it is found but not the second time...
So far I have no way to explain this, does anybody have a clue?</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>