<div class="gmail_quote">On Wed, Sep 9, 2009 at 10:12 PM, Aaron Boodman <span dir="ltr"><<a href="mailto:aa@google.com">aa@google.com</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 Wed, Sep 9, 2009 at 10:07 PM, Darin Fisher<<a href="mailto:darin@chromium.org">darin@chromium.org</a>> wrote:<br>
> Well, the problem is that the creator of the transaction and the code<br>
> associated with the showModalDialog call may not be related.  The<br>
> showModalDialog code might normally be used outside the context of a<br>
> transaction, in which case the code would normally work fine.  However, if<br>
> triggered from within a transaction, the dialog would be stuck.<br>
<br>
</div>I agree that is possible.<br>
<br>
It at least meets the bar that every time this code path is executed<br>
it will behave exactly the same way (we have spec'd things before<br>
where we didn't even get this far, because of gc issues).<br>
<br>
But it would be better to not have weird edge cases like this in<br>
uncommon paths.<br>
<br>
OTOH, it seems like showModalDialog() is just a sharp edge that is<br>
likely to hurt you no matter what. Even with your proposal, unless you<br>
carefully arranged things in preparation for showModalDialog(), you<br>
could get stuck the same way.<br>
<font color="#888888"><br>
- a<br>
</font></blockquote></div><br><div><br></div><div>Agreed.</div><div>-Darin</div>