<br><br><div class="gmail_quote">On Sun, Aug 23, 2009 at 11:33 PM, Robert O'Callahan <span dir="ltr"><<a href="mailto:robert@ocallahan.org">robert@ocallahan.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Sat, Aug 22, 2009 at 10:22 PM, Jeremy Orlow <span dir="ltr"><<a href="mailto:jorlow@chromium.org" target="_blank">jorlow@chromium.org</a>></span> wrote:<br></div><div class="gmail_quote"><div class="im">
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
On Sat, Aug 22, 2009 at 5:54 AM, Robert O'Callahan <span dir="ltr"><<a href="mailto:robert@ocallahan.org" target="_blank">robert@ocallahan.org</a>></span> wrote:<br><div class="gmail_quote"><div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">



<div>On Wed, Aug 19, 2009 at 11:26 AM, Jeremy Orlow <span dir="ltr"><<a href="mailto:jorlow@chromium.org" target="_blank">jorlow@chromium.org</a>></span> wrote:<br></div><div class="gmail_quote"><div>

<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
First of all, I was wondering why all user prompts are specified as "must release the storage mutex" (<a href="http://dev.w3.org/html5/spec/Overview.html#user-prompts" target="_blank">http://dev.w3.org/html5/spec/Overview.html#user-prompts</a>).  Should this really say "must" instead of "may"?  IIRC (I couldn't find the original thread, unfortunately) this was added because of deadlock concerns.  It seems like there might be some UA implementation specific ways this could deadlock and there is the question of whether we'd want an alert() while holding the lock to block other execution requiring the lock, but I don't see why the language should be "must".  For Chromium, I don't think we'll need to release the lock for any of these, unless there's some deadlock scenario I'm missing here.</blockquote>




</div><div><br>So if one page grabs the lock and then does an alert(), and another page in the same domain tries to get the lock, you're going to let the latter page hang until the user dismisses the alert in the first page?</div>



</div></blockquote><div><br></div></div><div>Yes.  And I agree this is sub-optimal, but shouldn't it be left up to the UAs what to do?  I feel like this is somewhat of an odd case to begin with since alerts lock up most (all?) browsers to a varying degrees even without using localStorage.</div>

</div></blockquote></div><div><br>That behaviour sounds worse than what Firefox currently does, where an alert disables input to all tabs in the window (which is already pretty bad), because it willl make applications in visually unrelated tabs and windows hang.<br>
</div></div></blockquote><div><br></div><div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">You can have script connections that span multiple tabs in multiple windows, so in order to preserve the run-to-completion semantics of JavaScript, it is important that window.{alert,confirm,prompt,showModalDialog} be modal across all windows in the browser.  This is why those APIs suck rocks, and we should never create APIs like them again.</span></div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="gmail_quote"><div>
<br></div><div class="im"><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"><div class="gmail_quote"><div> <br></div></div></blockquote><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">

<div class="gmail_quote"><div></div><div>

<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"><div class="gmail_quote"><div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">



<div>Given that different UAs are probably going to have other scenarios where they have to drop the lock (some of them may even be purely implementational issues), should we add some way for us to notify scripts the lock was dropped?  A normal event isn't going to be of much use, since it'll fire after the scripts execution ends (so the lock would have been dropped by then anyway).  A boolean doesn't seem super useful, but it's better than nothing and could help debugging.  Maybe fire an exception?  Are there other options?</div>




</blockquote></div><div><br>A generation counter might be useful.</div></div></blockquote><div><br></div></div><div>Ooo, I like that idea.  When would the counter increment?  It'd be nice if it didn't increment if the page did something synchronous but no one else took the lock in the mean time.</div>

</div></blockquote></div><div><br>Defining "no-one else" may be difficult. I haven't thought this through, to be honest, but I think you could update the counter every time the storage mutex is released and the shared state was modified since the storage mutex was acquired. Reading the counter would acquire the storage mutex. You'd basically write<br>

<br>var counter = window.storageMutexGenerationCounter;<br>... do lots of stuff ...<br>if (window.storageMutexGenerationCounter != counter) {<br>  // abort, or refresh local state, or something<br>}<br><br>I'm not sure what you'd do if you discovered an undesired lock-drop, though. If you can't write something sensible instead of "abort, or something", it's not worth doing.<br>
</div></div></blockquote><div><br></div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; "><div>Implementation-wise, the easiest thing to support is a boolean that becomes true when the lock is release and false when the lock is acquired.  Trying to update a counter based on modifications to the local storage backend which may be happening on another thread seems like more effort than it is worth.</div>
<div><br></div><div>But, what would you call this boolean?  storageMayHaveBeenUpdated? :-P</div><div><br></div></span><div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">I'm struggling to find a good use case for this.</span></div>
<div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; "></span> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote"><div>
<br></div><div class="im"><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"><div class="gmail_quote"><div></div><div>

<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"><div class="gmail_quote"><div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">



</blockquote></div></div></blockquote><div class="gmail_quote"><div>But getStorageUpdates is still not the right name for it.  The only way that there'd be any updates to get is if, when you call the function, someone else takes the lock and makes some updates.  Maybe it should be yieldStorage (or yieldStorageMutex)?  In other words, maybe the name should imply that you're allowing concurrent updates to happen?</div>

</div></div></div></blockquote><div class="gmail_quote">

</div>
</div></div><br>I thought that's what getStorageUpdates implied :-).<div><div></div><div class="h5"><br clear="all"></div></div></blockquote><div><br></div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; "><div>
The getStorageUpdates name seems pretty decent to me when considering it from the perspective of the caller.  The caller is saying that they are OK with being able to see changes made to the localStorage by "other threads."  This cleverly avoids the need to talk about locks, which seems like a good thing.  It is okay for there to be no updates to storage.</div>
<span class="Apple-style-span" style="border-collapse: separate; font-size: small;"><br></span><span class="Apple-style-span" style="border-collapse: separate; font-size: small;">-Darin</span></span></div>