Closed Bug 504569 Opened 15 years ago Closed 13 years ago

XmlHttpRequest within setTimeout can sometimes cause freezes

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: j_p_scott, Unassigned)

Details

(Whiteboard: [CLOSEME 2011-1-30])

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.30729)

We have an AJAX-type application that contains many synchronous XmlHttpRequest calls.  Many of these calls are utilized within a wrapper function that first shows a progress bar, then uses a setTimeout to invoke the worker function itself which makes the XmlHttpRequest call.

Occasionally this code will cause firefox to stop execution of all javascript on the page and not go any further.  I'm pretty sure its the setTimeout pattern because when this is removed the problem doesn't repro.

There are no errors being reported in the javascript console, and usually a refresh or two and the problem will go away.

In 8 hours of use per day with our application this occurs appx 10 times (just to give you an idea as to how frequent it is.

My guess to repro would be to write a frames-based application that has a setTimeout pattern where the function invoked by setTimeout calls XmlHttpRequest and do this in more than one frame of the frameset and you may be able to see this after awhile.

It happens more often on my quad-core then it does for the rest of my team members with dual core, so it may be some kind of threading issue?

Reproducible: Sometimes

Steps to Reproduce:
My guess to repro would be to write a frames-based application that has a setTimeout pattern where the function invoked by setTimeout calls XmlHttpRequest and do this in more than one frame of the frameset and you may be able to see this after awhile.

It happens more often on my quad-core then it does for the rest of my team members with dual core, so it may be some kind of threading issue?
Actual Results:  
javascript stops execution

Expected Results:  
javascript should continue executing, but it looks like its waiting for something...  Deadlock?  Race condition?  Feels multithreaded to me anyway, but what do I know?
Blocks: 562901
No longer blocks: 562901
Reporter, are you still seeing this issue with Firefox 3.6.13 or later in safe mode? If not, please close. These links can help you in your testing.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Managing+profiles

You can also try to reproduce in Firefox 4 Beta 8 or later, there are many improvements in the new version, http://www.mozilla.com/en-US/firefox/all-beta.html
Whiteboard: [CLOSEME 2011-1-30]
No reply, INCOMPLETE. Please retest with Firefox 3.6.13 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.