Closed Bug 739801 Opened 12 years ago Closed 12 years ago

On first startup after a fresh install, the update timer manager skips checking for an update

Categories

(Toolkit :: Application Update, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla14

People

(Reporter: cjones, Assigned: cjones)

Details

Attachments

(1 file)

The culprit is

      if (Services.prefs.prefHasUserValue(prefLastUpdate)) {
        lastUpdateTime = Services.prefs.getIntPref(prefLastUpdate);
      }
      else {
        lastUpdateTime = now;

By setting lastUpdateTime = now, we skip the update-manifest check.

I'm not sure if it's intentional, but it's causing a problem for the following case
 - phone flashed at time X
 - phone powered on at time Y >> X
 - phone needs a gecko update

By setting the app.update.timerFirstInterval pref, I expect the first update check to happen after that timer expires.  However, because of initializing |lastUpdateTime = now;| we delay the first check until

  now + app.update.timerFirstInterval + app.update.interval

which is undesirable in this case.  I only want the phone to go app.update.timerFirstInterval before checking for an update that might fix a security vulnerability, e.g., discovered in the interval between X and Y.
Attachment #609905 - Flags: review?(robert.bugzilla) → review+
https://hg.mozilla.org/integration/mozilla-inbound/rev/dd6f8d1c7fe9
Status: NEW → RESOLVED
Closed: 12 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: