User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:22.214.171.124) Gecko/20100914 Firefox/3.6.10 FirePHP/0.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:126.96.36.199) Gecko/20100802 Thunderbird/3.1.2 When a downloaded update is older than the currently installed version, new updates are no longer downloaded and the currently downloaded update gets "stuck". Reproducible: Always Steps to Reproduce: I discovered this when I recently recovered from a Windows crash. My copy of Thunderbird had a downloaded update (version 3.1.1) waiting to be applied. After reloading Windows and installing the latest copy of Mozilla Thunderbird (3.1.2 at the time), I restored my user profile directory. Obviously, this included the Mozilla Application Data and Local Settings folders. Clearly, this is not the type of thing someone will do on purpose, but as shown above it can happen and can cause problems. So the steps to manually reproduce are (I think): 1. Download an update (for example 3.1.1) 2. Do not apply update to current version (example: 3.1) 3. Wait until new version (example: 3.1.2) is released 4. Backup and remove your Thunderbird application data and local settings directory 5. Download and Install new version from Mozilla website (example: 3.1.2) 6. Restore application data 7. Launch Thunderbird Actual Results: Thunderbird still wants to apply the 3.1.1 update, when trying to apply the update to the 3.1.2 version, the program restarts and the update is still on 3.1.1. No new updates are downloaded and the version remains on 3.1.2 Expected Results: Thunderbird should delete the old update The same might happen on Firefox, but I have not tested. Might be related to bug #575124
Was there an update.version file in the updates/0 directory that was restored? I suspect not but it would be great if you could verify. That file prevents this for the typical cases.
The updates directory currently contains: Directory of C:\Documents and Settings\Danny\Local Settings\Application Data\Th underbird\Mozilla Thunderbird\updates 09/03/2010 04:24 PM <DIR> . 09/03/2010 04:24 PM <DIR> .. 06/18/2010 02:47 PM 78,015 backup-update.log 06/26/2010 12:47 PM 107,128 last-update.log 2 File(s) 185,143 bytes I do not see a "0" directory anywhere. Were would that be located.
Is it still stuck? If not, what steps did you perform to recover?
Still stuck on version 3.1.2 wanting to apply version 3.1.1. I haven't done anything to try and recover.
Please attach the active-update.xml located in :\Documents and Settings\Danny\Local Settings\Application Data\Thunderbird\Mozilla Thunderbird\
Please open about:config (e.g. Tools -> Options -> Advanced -> General -> Config Editor, click the "I'll be careful, I Promise!" button if it is displayed, right click and select New -> Boolean. For the name type app.update.log and for the value select True. Restart Thunderbird and open the Error Console. Copy any messages that start with AUS: and paste them into this bug. Thanks!
AUS:SVC gCanCheckForUpdates - able to check for updates
I'm seeing this same problem, but I think it happened without a windows restore. My update to 3.1.5 kept failing, so I downloaded 3.1.5 and updated manually. I had to repeat this for 3.1.6, and Thunderbird still wants to update to 3.1.5. If I let Thunderbird try to update itself, it restarts and nothing changes.
Brett, please file a separate bug
Created attachment 503416 [details] [diff] [review] patch rev1 This also happened to dougt's Linux system though I'm at a loss how this would have happened on Linux. Definitely something that would be nice to get for Firefox 4.0
In dougt's case what I think happened is there was a staged update and he manually upgraded before applying. On startup the old version was found and deleted but the active-update.xml was not deleted. This left him in a state where he could not check for updates.
Sounds like few ways this could happen and it hoses our ability to deliver updates so we should block on this.
Pushed to mozilla-central http://hg.mozilla.org/mozilla-central/rev/46446fa861b5 This also affects 1.9.1 and 1.9.2
Denying blocking but marking as wanted for branches.
7 years ago
Comment on attachment 503416 [details] [diff] [review] patch rev1 Approved for 188.8.131.52 and 184.108.40.206, a=dveditz for release-drivers
Pushed to mozilla-1.9.2 http://hg.mozilla.org/releases/mozilla-1.9.2/rev/e170a8a1662b I'll push to mozilla-1.9.1 after my 1.9.1 build finishes.
Created attachment 506921 [details] [diff] [review] 1.9.1 patch Had to change the test a bit for 1.9.1
Pushed to mozilla-1.9.1 http://hg.mozilla.org/releases/mozilla-1.9.1/rev/5c0df5e74962
The "3.6.15" we're releasing today does not fix this bug, the release containing this bug fix has been renamed to "3.6.16" and the bugzilla flags will be updated to reflect that soon. Today's release is a re-release of 3.6.14 plus a fix for a bug that prevented many Java applets from starting up.