Closed Bug 907402 Opened 11 years ago Closed 8 years ago

setInterval stops firing callback

Categories

(Core :: Widget: Win32, defect)

23 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: matthewkastor, Unassigned)

References

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0 (Beta/Release)
Build ID: 20130814063812

Steps to reproduce:

created a setInterval with a timeout of 0.


Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0


Actual results:

setInterval fired a few times and then stopped on its own.


Expected results:

The interval should keep firing until I stop it myself or leave the page.
Attachment #793093 - Attachment mime type: text/plain → text/html
(In reply to Kastor from comment #0)
> setInterval fired a few times and then stopped on its own.
Cannot reproduce on FF 23.0.1, 26.0a1, still working after 5 min.

Please check if the issue occurs using Firefox in safe mode (with your addons disabled):
http://support.mozilla.com/kb/Safe+Mode

Or on a new, empty profile:
http://support.mozilla.org/en-US/kb/Managing-profiles#w_starting-the-profile-manager
I was able to observe this problem twice on my dad's laptop using the URL. I believe this to be the cause of Bug 912521.

I did not yet have him try with a clean profile or safe mode. Will do that next time I talk to him.
I forgot the important point: With the URL, when the stream of numbers stopped (which happened twice), moving the mouse made them go again.
Seems like there are other issues filed of this nature, related to bug 633421.
Status: UNCONFIRMED → NEW
Component: Untriaged → DOM
Ever confirmed: true
Product: Firefox → Core
I've been playing with this a bit and noticed that it always stops in the firebug console. When I use the built in console from web developer tools the problem is intermittent.
In our case we observed it in the built-in web console from web developer tools.
> moving the mouse made them go again.

Sounds like the timer events never even got delivered to the DOM code for some reason...  Was this on Windows?
Flags: needinfo?(jib)
It was on Windows 7, yes. Bug 912521 has a crash-report with full system info (because it crashed in the flash code while doing STR on one occasion only. The crash seems less important).
Flags: needinfo?(jib)
Sounds like a possible Windows event loop issue.  :(
Component: DOM → Widget: Win32
See Also: → 972829
(In reply to Jan-Ivar Bruaroey [:jib] from comment #2)
> I was able to observe this problem twice on my dad's laptop using the URL. I
> believe this to be the cause of Bug 912521.

I tried this again on my dad's laptop and it now works, and we can no longer reproduce it. Since he still experiences symptoms in bug 912521, I'm removing that dependency. Must be something else.
No longer blocks: 912521
(In reply to Jan-Ivar Bruaroey [:jib] from comment #10)
> (In reply to Jan-Ivar Bruaroey [:jib] from comment #2)
> > I was able to observe this problem twice on my dad's laptop using the URL. I
> > believe this to be the cause of Bug 912521.
> 
> I tried this again on my dad's laptop and it now works, and we can no longer
> reproduce it. Since he still experiences symptoms in bug 912521, I'm
> removing that dependency. Must be something else.

I am also unable to reproduce.  Tested with latest Nightly 50.0a1, 
20160720030208 on Win 7
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: