Closed
Bug 907402
Opened 11 years ago
Closed 8 years ago
setInterval stops firing callback
Categories
(Core :: Widget: Win32, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: matthewkastor, Unassigned)
References
Details
Attachments
(1 file)
579 bytes,
text/html
|
Details |
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
Comment 1•11 years ago
|
||
(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
Comment 2•11 years ago
|
||
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.
Comment 3•11 years ago
|
||
I forgot the important point: With the URL, when the stream of numbers stopped (which happened twice), moving the mouse made them go again.
Comment 4•11 years ago
|
||
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.
Comment 6•11 years ago
|
||
In our case we observed it in the built-in web console from web developer tools.
Comment 7•11 years ago
|
||
> 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)
Comment 8•11 years ago
|
||
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)
Comment 9•11 years ago
|
||
Sounds like a possible Windows event loop issue. :(
Component: DOM → Widget: Win32
Comment 10•10 years ago
|
||
(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
Comment 11•8 years ago
|
||
(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.
Description
•