App update status – week of 11/27
25 November 2009Posting early since I’ll be out the remainder of this week.
Progress:
- Received r+ on a 1.9.1 patch for Bug 529401 [Firefox] – Remove files on downgrade to prevent breaking Firefox [Windows]. We really need a better way to deal with this… perhaps, Bug 367539 [Toolkit] – When upgrading an existing install use the uninstall.log to uninstall the previous version before install. [Windows]
- Submitted a patch for Bug 529942 [Toolkit] – Remove nsIApplicationUpdateService2 on trunk [All]. I’d like to get this fixed before other toolkit applications port Bug 407875 [Toolkit] – Unprivileged users are not notified of security updates [All].
- Submitted a patch for Bug 526333 [Toolkit:Build Config] – Having to create patches for each app’s package manifest and removed-files and then get reviews from each app is a PITA [All]. This has been an annoyance when creating / removing toolkit components since forever.
Future targets:
- Bug 336267 [Toolkit] – If software update is disabled or “ask” after an update has been downloaded, the update should be disabled or asked [All]
- Investigate Bug 526441 [Toolkit] – Unable to use FileUtils.jsm in nsExtensionManager.js.in on 1.9.2 due to reftest failures.
- Yes, I still need to blog about the lessons I’ve learned while trying to improve startup time for app update but the Firefox 3.6 took precedence… maybe during the holiday.
- Investigate Bug 529948 [Toolkit] – Cannot check for updates on trunk when the download server is down – along with its friends
- Bug 313681 [Toolkit] – Corrupt update.mar causes broken UI to be shown [All]. This should fix several update ui bugs.
Some of the significant bugs I am looking at fixing for Firefox 3.7
- Bug 466778 [Toolkit] – [Win] Unable to update when files to be patched are in use on Windows (this is a Windows specific bug) [Windows]
Accomplishing this will be rather tricky and if it fails it will likely fail really badly so I’d like to get this done sooner rather than later in the 3.7 cycle. - Bug 529746 [Toolkit] – App update should request elevation when the user doesn’t have privileges to update [Windows]
This won’t provide completely silenet updates… to get completely silent updates we will either need to create a service (this won’t be available to us if the user is not able to elevate on install so we would have to have a fallback to the old updater mechanism) or use MSI patching which will likely be too big to get for 3.7. There are also several significant bugs that this bug depends on that I haven’t listed.
btw: the Mac bug for this is Bug 394984 [Toolkit] – software update disabled on the mac if admin user is not the same admin user as the person who installed firefox [Mac OS X] and I asked dolske to take a look at doing this for 3.7 since he has a Mac. - Bug 476501 [Toolkit] – Application update ui rewrite [All]
I’d like to make this a dynamically resizing ui with a fixed width. This would negate the requirement of removing the browser element in that the height would automatically adjust for the content in the billboard. I’ll come up with mockups and work with user experience to get this flushed out. - Bug 366846 [Toolkit] – Apply changes to updater.exe before launching it [All]
Vlad asked for this… this will require updating the updater and then launching the updated copy… might be a tad tricky. - Bug 410639 [Toolkit] – Provide ability to change update channel within the application [All]
The wiki has most of the details.
One Response to “App update status – week of 11/27”
November 30th, 2009 at 11:37 pm
[...] Strong is looking at updater fixes for Firefox 3.7 and wants input and [...]