Closed Bug 830612 Opened 11 years ago Closed 11 years ago

Fix UP_watchdogTimerFired to use notify instead

Categories

(Firefox OS Graveyard :: General, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: dhylands, Assigned: dhylands)

Details

Attachments

(1 file)

This is a followup bug from bug 825598 comment 42 to integrate UP_watchdogTimerFired into the existing timer notify function.
Comment on attachment 790959 [details] [diff] [review]
Use existing notify function rather than providing an explicit callback.

I know you've reviewed update stuff on the gaia side of things, so I thought I'd throw this one your way. Let me know if I should reassign. Thanks
Attachment #790959 - Flags: review?(felash)
Comment on attachment 790959 [details] [diff] [review]
Use existing notify function rather than providing an explicit callback.

Review of attachment 790959 [details] [diff] [review]:
-----------------------------------------------------------------

r=me with nit, because this is simple enough for me to understand ;)

::: b2g/components/UpdatePrompt.js
@@ +531,4 @@
>    _startedSent: false,
>  
>    _watchdogTimer: null,
>    _watchdogTimeout: 0,

if you make it local to the function, don't forget to remove it from here too (see below)

@@ +540,5 @@
>      if (this._watchdogTimer) {
>        this._watchdogTimer.cancel();
>      } else {
>        this._watchdogTimer = Cc["@mozilla.org/timer;1"].createInstance(Ci.nsITimer);
>        this._watchdogTimeout = Services.prefs.getIntPref(PREF_DOWNLOAD_WATCHDOG_TIMEOUT);

do we really need to put _watchdogTimeout as a instance variable ? I'd say this could stay local to this function instead.
Attachment #790959 - Flags: review?(felash) → review+
https://hg.mozilla.org/mozilla-central/rev/679c72ad37d7
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: