Closed
Bug 356337
Opened 18 years ago
Closed 17 years ago
automated update checks not working
Categories
(Toolkit :: Application Update, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: myk, Unassigned)
Details
Lately the automated update checks don't seem to be happening on my 1.8 branch nightly installation. Manually selecting Help -> Check for Updates works fine (Firefox finds an available update and takes me through the process of updating), but the application never prompts me on its own. At preed's suggestion, I fired up a second instance Firefox with a new profile. It's been running for about half an hour, and it hasn't prompted yet either.
Comment 1•18 years ago
|
||
On a new profile, there appears to be one unit of app.update.interval before the first update query occurs. For the default settings that's a whole day. Test method: 1, edit <firefox_dir>/defaults/pref/firefox.js to change app.update.auto --> false (so the prompt shows) app.update.interval --> 60 (1 minute) app.update.timer --> 6000 (6 seconds) 2, start suitably old Firefox and create a new profile 3, wait 1 minute, update offer appears, click later 4, close Firefox, wait more than 1 minute and reopen, update offer appears soon after launch So for a shorter interval it seems to work ok. I see the same results with the 20061010 Linux Firefox build from the 1.8 branch and an old 1.5.0.6 build. Could this just be that checking once per day isn't very useful for a daily event ? It wouldn't be too hard to end up in the situation where the update check occurs well after a nightly is produced. I usually set app.update.interval to 3 hours for this reason. Perhaps the default value should be considered for nightlies (maybe controlled by the official branding switch).
Reporter | ||
Comment 2•18 years ago
|
||
> Could this just be that checking once per day isn't very useful for a daily
> event ? It wouldn't be too hard to end up in the situation where the update
> check occurs well after a nightly is produced.
It's been over a day, and still neither the fresh profile nor my regular profile have prompted me to update, so I don't think this is the problem.
Reporter | ||
Comment 3•17 years ago
|
||
dveditz and jpatel helped me figure out that automatic checks were disabled in my profile. I've now enabled them, and if I get updated normally over the next couple of days, then that'll indicate that this bug is invalid. That doesn't explain why I've received automatic updates twice in the last week. The first time, Firefox updated my build to the following user agent string: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.2pre) Gecko/20070208 BonEcho/2.0.0.2pre The second time (a few minutes ago), it updated my build to the following user agent string: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.2pre) Gecko/20070212 BonEcho/2.0.0.2pre So there may be another, opposite bug that causes automatic updates to fire even when update checks are disabled. But that's not this bug, in any case.
Reporter | ||
Comment 4•17 years ago
|
||
Hmm, and now that I look a little closer, I realize that my app.update.url is set to a custom value: https://aus-staging.mozilla.org:8711/update2/0/%PRODUCT%/%VERSION%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/update.xml I bet that's also to blame here, and this bug is almost certainly invalid, so invalidating it now. If I still see problems I'll reopen the bug.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
Assignee | ||
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•