<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - LayoutTest imported/w3c/indexeddb/keyorder-private.html flaky on mac-wk1"
href="https://bugs.webkit.org/show_bug.cgi?id=153438#c9">Comment # 9</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - LayoutTest imported/w3c/indexeddb/keyorder-private.html flaky on mac-wk1"
href="https://bugs.webkit.org/show_bug.cgi?id=153438">bug 153438</a>
from <span class="vcard"><a class="email" href="mailto:beidson@apple.com" title="Brady Eidson <beidson@apple.com>"> <span class="fn">Brady Eidson</span></a>
</span></b>
<pre>The plot thickens...
The MemoryObjectStore keeps both a HashMap of keys-to-values, and a std::map of ordered keys.
Every time we insert a record, we record the key-value-mapping in the HashMap, and insert the key into the std::map for ordered-ness.
The bug is happening because the HashMap *thinks* it has a record for this particular IDBKey. But the std::map does *NOT* have a record for the key.
Lots of printf-style debugging confirms that we've never tried to put this key in either the HashMap or std::map before, nor have we tried to put anything with its hash in those maps before...
Did this test discover a bug in our HashMap?</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>