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)
Toolkit
Application Update
Tracking
()
RESOLVED
FIXED
mozilla14
People
(Reporter: cjones, Assigned: cjones)
Details
Attachments
(1 file)
1.42 KB,
patch
|
robert.strong.bugs
:
review+
|
Details | Diff | Splinter Review |
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.
Assignee | ||
Comment 1•12 years ago
|
||
Assignee: nobody → jones.chris.g
Attachment #609905 -
Flags: review?(robert.bugzilla)
Updated•12 years ago
|
Attachment #609905 -
Flags: review?(robert.bugzilla) → review+
Assignee | ||
Comment 2•12 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/dd6f8d1c7fe9
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 3•12 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/dd6f8d1c7fe9
Target Milestone: --- → mozilla14
You need to log in
before you can comment on or make changes to this bug.
Description
•