Closed Bug 418493 Opened 18 years ago Closed 18 years ago

setTimeout() blocked by alert() in Firefox 3

Categories

(Core :: DOM: Core & HTML, defect)

defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: mcs, Unassigned)

References

Details

Attachments

(1 file)

Observed on Windows XPsp2 and Mac OS 10.4.11 Intel. In Firefox 3, a setTimeout() that is initiated before an alert() does not fire until after the alert window is closed. Please see the attached HTML test case. This is a change in behavior compared to Firefox 2 (where setTimeout() timers fire while modal alert windows are open). I also see this problem with nsIPromptService initiated windows that are created by extension code. Is this change in behavior expected? Or is it an accidental regression?
I was under the impression that this was intentional.
Hi Jesse. Can you explain why this behavior, setTimeout() blocked by modal dialogs, is intentional? Is it due to a security issue? Is there another bug I can reference? Thanks!
Blocks: 52209
Thanks for the pointer to bug 52209. To help other extension developers, I added this issue to http://developer.mozilla.org/en/docs/Updating_extensions_for_Firefox_3#Other_changes (suggesting that people use nsITimer instead if they need timers that are NOT blocked by modal windows). Resolving this bug as INVALID.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → INVALID
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: