<br><br><div class="gmail_quote">On Wed, Sep 9, 2009 at 9:28 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><div></div><div class="h5">On Thu, Sep 10, 2009 at 4:11 PM, Darin Fisher <span dir="ltr"><<a href="mailto:darin@chromium.org" target="_blank">darin@chromium.org</a>></span> wrote:<br></div></div><div class="gmail_quote">
<div><div></div><div class="h5"><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>On Wed, Sep 9, 2009 at 9:07 PM, Robert O'Callahan <span dir="ltr"><<a href="mailto:robert@ocallahan.org" target="_blank">robert@ocallahan.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">


<div>On Thu, Sep 10, 2009 at 3:53 PM, Darin Fisher <span dir="ltr"><<a href="mailto:darin@chromium.org" target="_blank">darin@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">
<div class="gmail_quote"><div>What concerns me are the cases where synchronous events (e.g., resizing an iframe) can cause script to execute in another domain.  As spec'd, there is a potential dead lock with the storage mutex.  We must carefully unlock in situations like this.  However, such unlocking will appear quite mysterious to users, so much so that I question the value of the implicit storage mutex.</div>



</div></blockquote><div> </div></div><div>Right now I'm not sure how big a problem this actually is. The resize event for a document in a frame can surely be dispatched asynchronously so no unlocking is required. I would like to have a much better idea of how many places absolutely must release the storage mutex before deciding that approach is unworkable.<br>



</div></div><div><div></div><div><br clear="all">Rob<br></div></div></blockquote><div><br></div><div>What about navigating an iframe to a reference fragment, which could trigger a scroll event?  The scrolling has to be done synchronously for compat with the web.</div>

</div></div></blockquote></div></div><div><br>The scrolling itself may have to be synchronous, at least as far as updating scrollLeft/scrollTop if not visually ... but in this case the script execution in the frame would be an onscroll event handler, right? That's asynchronous in Gecko.<br>

</div></div></blockquote></div><br><div>Interesting.  Gecko seems to be the odd man out there.  Both MSHTML and WebKit dispatch the onscroll event handler synchronously.  Maybe my assertion about that being important for web compat was overreaching.</div>
<div><br></div><div>At any rate, this should at least give us pause.  There could be other ways in which script execution across domains could be nested :-/</div><div><br></div><div>-Darin</div>