corysanin/tubestation
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
218,936 Commits 1 Branch 0 Tags
686cdcde769fb92bfc901b2a0e7046df5f606e18
Commit Graph

35 Commits

Author SHA1 Message Date
Ehsan Akhgari
6c1914b71f Bug 758992 - Make the classes which use the XPCOM nsISupports implementation macros final, to avoid the warning about deleting using a pointer to a base class with virtual functions and no virtual dtor (XPCOM parts); r=bsmedberg 2012-06-05 19:51:58 -04:00
Gervase Markham
cb6a072c2a Bug 716478 - update licence to MPL 2. 2012-05-21 12:12:37 +01:00
Michael Wu
0fe7772ece Bug 675553 - Switch from PRBool to bool on a CLOSED TREE , r=bsmedberg,khuey,bz,cjones 2011-09-28 23:19:26 -07:00
Boris Zbarsky
31d14013bf Bug 650379. Add a new XPCOM timer type that is like TYPE_REPEATING_PRECISE but does not swamp the event queue if the callback takes longer than the timer interval to run. r=cjones, sr=brendan 
This implements proposal 3 from bug 650379 comment 13.  The main difference
between TYPE_REPEATING_PRECISE and TYPE_REPEATING_PRECISE_CAN_SKIP is to not
AddTimer the REPEATING_PRECISE_CAN_SKIP timer until after the callback has run;
this guarantees that no more timer events will be posted until after the
callback finishes executing.  A secondary change is to make
REPEATING_PRECISE_CAN_SKIP timers advance their firing time to mDelay from when
PostTimerEvent is called, not mDelay from the old mTimeout.  While this arguably
makes them less precise, the alternative is that if a timer is significantly
delayed for some reason (e.g. because the user puts the computer to sleep for a
while) it will then fire a whole bunch of times to "catch up" to where it's
supposed to be, advancing its firing time by mDelay at a time.  That seems
undesirable.

An alternate approach would have been to readd the timer from inside
PostTimerEvent, but only if we're not in the middle of firing the timer. That
would allow more precise timers in the case when the callback is not taking too
long, but still handle gracefully the case when the callback is
slow. Unfortunately this falls down if something _else_ is hogging the main
thread event loop (e.g. some other timer has a slow callback, or whatever); in
that case we would post multiple events for the one precise timer while the
event-loop-hogging operation is running. So I don't think we should do that.
 2011-04-28 19:33:52 -04:00
Boris Zbarsky
3f32da10bf Bug 558306 part 2. Switch XPCOM timers to TimeDuration/TimeStamp. r=cjones, sr=brendan 2010-07-15 09:59:24 -04:00
Boris Zbarsky
8ca24ae80c Backing out rev b567a93a5086 (bug 558306) to fix test orange 2010-07-15 13:49:28 -04:00
Boris Zbarsky
5b232ce7e6 Bug 558306 part 2. Switch XPCOM timers to TimeDuration/TimeStamp. r=cjones, sr=brendan 2010-07-15 09:59:24 -04:00
Ben Turner
1414a6b962 Bug 443877 - "Need a way to point timers at a different event target". r=bsmedberg. 2008-07-24 10:20:33 -07:00
4f9f91afc2 Bug 420521 - Leaking nsThread and nsTimerImpl running full set of Mochitests. This fixes the last refcounted leak on OS X Mochitests! Zounds! r=brendan, sr=dbaron, a=blocker 2008-03-10 14:05:46 -07:00
6d68075aa9 b=417115, animated image causes recursion during shutdown ; r=stuart 2008-02-13 22:51:06 -08:00
d76872dfb4 Bug 401137. Silence ASSERTION: RefreshURIList timer callbacks should only be RefreshTimer objects. Docshell expects to be able to getCallback during a Timer fire. r=bzbarsky, sr=brendan, a=mconnor 2007-10-30 08:56:59 -07:00
e0d40a35dc Bug 330128. Calling cancel() on a timer doesn't drop ref to the callback. r=brendan, sr=bzbarsky, a=beltzner 2007-10-24 12:11:41 -07:00
darin@meer.net
61aed8094e fixes bug 333167 "remove idle timer / timer manager after bug 326273 is fixed" r=pavlov 2006-06-29 00:01:58 +00:00
darin@meer.net
0700b87ece landing patch for bug 326273 "Implement nsIThreadManager" (Mac portions by Mark Mentovai) with reviews from bienvenu, bsmedberg, bzbarsky, josh, roc, and ssieb 2006-05-10 17:30:15 +00:00
bsmedberg@covad.net
fa0bafa496 Allow XPCOM to be restarted. r+sr=darin with grudging consent from dougt. Bug 239819 2004-05-11 09:38:50 +00:00
gerv@gerv.net
c0cd46fc51 Bug 236613: change to MPL/LGPL/GPL tri-license. 2004-04-18 14:21:17 +00:00
bryner@brianryner.com
3736b6e206 Bug 229875 - eliminate unnecssary public/virtual destructors. This patch changes all refcounted classes under xpcom/, which aren't inherited from or used on the stack, to have private, nonvirtual destructors. r=dougt, sr=dbaron. 2004-01-15 06:14:18 +00:00
brendan@mozilla.org
da185ff013 Fix Timer re-init to drop any old references (215163, sr=dbaron, r?pavlov). 2003-08-06 00:37:43 +00:00
brendan@mozilla.org
a9ebe1513c Implement support for re-initializing timers (even one-shots), and doc-comment 
on how timers may be canceled, re-initialized, and canceled-then-re-initialized
in nsITimer.idl (181961, r=pavlov, sr=alecf).  This helps client code conserve
instances, saving on cycles and malloc/component-manager froth.
 2002-12-04 00:57:20 +00:00
dougt@netscape.com
aa5e4b8b34 Fixes up the timer interface. b157136, r=rpotts@netscape.com, sr=alecf@netscape.com, a=rjesup@wgate.com 2002-09-07 05:38:16 +00:00
dougt@netscape.com
506719f176 Attempting to fix the idle time topcrash. b=155447, r=pavlov, sr=dveditz 2002-08-09 04:03:45 +00:00
cbiesinger@web.de
9ddb5cd3b5 bug 115473 r=pavlov sr=brendan 
Remove timer priorities
 2002-06-11 20:47:04 +00:00
pavlov@netscape.com
b9ff556cfe fixing bug 142113. r=varga sr=brendan 2002-05-15 10:28:42 +00:00
brendan@mozilla.org
9d2df32e9a Followup fix for 138791, neil@parkwaycc.co.uk's superior bit-fu (r=rjesup, sr=waterson, a=asa). 2002-05-01 23:34:18 +00:00
brendan@mozilla.org
5ea431f7a8 Handle wraparound of PRIntervalTime, plus crucial fixes thanks to Ere Maijala <ere@atp.fi> (138791, r=rjesup, sr=waterson). 2002-04-25 21:07:54 +00:00
dbaron@fas.harvard.edu
ae530c608f Relanding pavlov's changes for bug 129953, in pieces. 2002-04-14 00:27:16 +00:00
brade@netscape.com
f2662bd7d3 backout changes by pavlov (bug 136677) r=cathleen 2002-04-11 18:50:42 +00:00
pavlov@netscape.com
394cebcd56 re-landing 129953 2002-04-11 07:55:53 +00:00
pavlov@netscape.com
753c39a7fc backing out changes for 129953... 2002-04-11 05:38:55 +00:00
pavlov@netscape.com
3b0205108c bug 129953 r=rjesup sr=rpotts 2002-04-10 04:41:23 +00:00
brendan@mozilla.org
2f2ed14f3a Try to fix design flaw where a timer's destructor races with TimerThread::Run -- really want a better design, but this patches the problem in the context of the current design (118004, r=dbradley/pavlov, sr=shaver/jband, a=asa). 2002-03-08 20:11:49 +00:00
sgehani@netscape.com
b39f366261 Land update notifications. 
b=120201; r=law,pavlov; sr=dveditz
 2002-02-20 04:01:34 +00:00
brendan@mozilla.org
7ddb7b5acc Digital filter for adaptive timeout adjustment, needs trunk baking, makes things better so far (117061, r=pavlov, sr=jst). 2002-02-18 00:10:55 +00:00
pavlov@netscape.com
d35d80e909 fixing tomorrow's blocker today (115527). r=ben sr=mscott 2001-12-17 06:59:55 +00:00
pavlov@netscape.com
1ba9dac4fe bug 78611. New XP threadsafe timer implementation. r=dougt sr=brendan 2001-12-16 06:13:17 +00:00