Open Bug 460366 Opened 12 years ago Updated 2 years ago
Opening a modal window interferes with synchronous XHR
> I can provide a code sample Yes, please.
See contents of attached document for instructions. You will need some simple server-side routine that has a sleep or wait in it to test this.
A further problem which seems to be related is that if you have sync XHR requests running in two different windows, the shorter running request does not return control to JS until after both requests have completed. The same test case can be used to see this - start a request in one window, wait a couple of seconds, then start a request in the second window. Both return control to JS at the same time, when the second request completes.
One more major issue - a similar blocking problem exists for any modal window including JS alerts. If you display an alert in a window and another alert comes up in a second window, both alerts must be closed before code execution continues in either window. The same same code sample I provided demonstrates this problem as well. I can see this causing problems with web applications that might display JS alerts or modal prompts of any sort. These sorts of irritations might drive some users to Google Chrome which keeps one application window or tab from affecting another. FF3.1 beta 1 still has the same problems.
OS: Windows XP → All
Hardware: PC → All
Version: unspecified → Trunk
Component: Tabbed Browser → DOM
Product: Firefox → Core
QA Contact: tabbed.browser → general
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046 Move all DOM bugs that haven't been updated in more than 3 years and has no one currently assigned to P5. If you have questions, please contact :mdaly.
Priority: -- → P5
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.