[Webkit-unassigned] [Bug 91285] confirm() pauses thread execution but doesn't prevent new, default, events from firing.

Sun Jul 15 00:20:15 PDT 2012

https://bugs.webkit.org/show_bug.cgi?id=91285

Alexey Proskuryakov (on vacation until 7/18) <ap at webkit.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID

--- Comment #7 from Alexey Proskuryakov (on vacation until 7/18) <ap at webkit.org>  2012-07-15 00:20:15 PST ---
I cannot get results anywhere near what's described in the new test case.

I think that what you are actually seeing is that Web Inspector display is not updated while there is a confirm() on screen. In fact, this is roughly in line with the expectation of events not firing. It's not a good idea to test timing of events with a mix of console.log and alerts/confirms.

> It seems like the dialog stack would surpress the alert()

I don't know what dialog stack you are talking about. There is no re-ordering of alert and confirm dialogs.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.