Stacked overlays cause odd behavior in WebKit-based browsers

When nesting dialogs in WebKit-based browsers and you close a dialog stacked on top of another, you get odd behavior: you can click on the buttons, but any <input>'s are not clickable and <select> elements will not open (but seem to register that they are being clicked on).

This could potentially be a browser issue, but maybe the z-indices being backwards has something to do with it. Mine become backwards because the generated dialog elements are only generated once and the z-index never changes, but the newly generated overlays are incremented, so it will eventually even become higher than the z-index of the topmost dialog, even though you can interact with the topmost dialog.

If you close all the dialogs and reopen them, then they will all become clickable again, even with backwards z-indices.

Tested in Safari 4 Beta and Google Chrome on Windows XP. Works as expected in Firefox 3.0.10.