Scott Hanselman's Computer Zen - Making your Application Automatically Update Itself

First time here? Check out the site's "greatest hits" or read a post from the archives. Feel free to leave a comment or ask a question, and consider subscribing to the latest posts via RSS or e-mail. Thanks for visiting!

Do you Tweet? Follow me on Twitter @shanselman or learn how to use Twitter!

« Upcoming Events Jan/Feb 2007 | Main | Conditionally Serve Files Statically or ... »

Making your Application Automatically Update Itself

Posted 2007-01-31 11:30 AM in Programming.

I've always thought it was the height of classiness when an application lets me know that there's a new version available. Even little applications with no installer like Lutz's Reflector update themselves automatically.

There's lots of ways to implement an automatic update check in your application, and many products that say they'll do it automatically.

From my point of view, there's a number of levels of "coolness" in auto-updating. Now, all this assumes you're NOT using ClickOnce.

Cool:

Add a "Check for Update" menu that just launches the default browser like www.foo.com/update.aspx?version=3.3.4.4 where 3.3.4.4 is your own Main Assembly Version. Then the requested page just lets them know if they've got the latest or not.
- You can get your app's version number via System.Windows.Forms.Application.ProductVersion() or System.Reflection. Assembly.GetExecutingAssembly(). GetName().Version.ToString(). Whew!

Cooler would be:

Add a "Check for Update" menu that retrieves via a programmatic HTTP GET some XML from www.foo.com/update.aspx?version=3.3.4.4. Then report INSIDE your app if the user needs to upgrade.

Cooler still would be:

Add a "Check for Update" menu that retrieves via a programmatic HTTP GET some XML from www.foo.com/update.aspx?version=3.3.4.4. Then report INSIDE your app if the user needs to upgrade, THEN ask them if they want to download the current version. If they say yes, do so, then close your app while shelling out to run the new updater/setup.
- Bonus points for checking once a day/week/month for updates, silently, gracefully.

Tracked by:
"Making your app automatically update itself" (Tiernans Comms Closet) [Trackback]

Wednesday, January 31, 2007 11:43:31 AM (Pacific Standard Time, UTC-08:00)

Interesting post as I'm about to start coding an autoupdate in Python for an application I've written for a client.

I am still thinking through the design but am probably going to implement your "cooler still" level with an addition of showing the revision list when asking the user if they want to update.

Rocco

Wednesday, January 31, 2007 12:11:12 PM (Pacific Standard Time, UTC-08:00)

Heh, Window Clippings 1.5 now supports "Check for Updates" in just the way you described it, providing a "Check for Updates" command in the notification icon's context menu. If a new version is available and you choose to upgrade, Window Clippings will perform the upgrade in-place and you will be able to continue working momentarily with little disruption. :)

Kenny Kerr

Wednesday, January 31, 2007 12:33:44 PM (Pacific Standard Time, UTC-08:00)

I've deployed a departmental app via ClickOnce, but really, really don't like it. Its a 3d visualization thing that users open up to look at the shape of a particular coil every once in a while. The thing that's so annoying is every time you launch the app, a dialog sits there for several seconds while it (i'm assuming) checks the manifest on the webserver. If it were something that people opened once in the morning and left running all day, it wouldn't be that bad. But given the use case of this particular app, that couple of seconds is extremely annoying. Initially it was great as I was changing things a lot, but its settled out now, and I probably won't change the app again. </end rambling comment..>

Tim Coker

Wednesday, January 31, 2007 12:40:29 PM (Pacific Standard Time, UTC-08:00)

I think Wix 3.0 gives "coolest" capabilities by updating/checking for updates based on an RSS feed from your server. (I realize that RSS is just an "HTTP GET some XML"...I wanted to add another acronym to the mix)

Bill Pierce

Wednesday, January 31, 2007 12:43:09 PM (Pacific Standard Time, UTC-08:00)

That is one timely blog post. I just finished coding it up yesterday for a kiosk-style application. Basically, you specify in the app.config when to check for updates, then the application contacts the server, checks for updates, downloads them, installs the app and restarts the app.

I would be interested to find out what products do it for you (because implementing code was a PITA).

frizzo

Wednesday, January 31, 2007 12:48:00 PM (Pacific Standard Time, UTC-08:00)

I agree that it's nice when applications let me know when there is an update. However, something that I think is uncool is apps that have their little "update checker" programs run at startup, or worse, have them sit in the tray. I'd much prefer to have the app check when I actually use the program (preferably in the background).

I think the coolest would be to have a central place (a la Windows Update), where vendors can register their updates. Then you'd have one system component that would check for updates and let you download and install.

Kiliman

Wednesday, January 31, 2007 12:56:09 PM (Pacific Standard Time, UTC-08:00)

Dude, plus one on that. I hate the "custom updater" like the one that Adobe and InstallShield install.

Now VendorUpdate.com is a good idea...

Scott Hanselman

Wednesday, January 31, 2007 1:20:36 PM (Pacific Standard Time, UTC-08:00)

Of course, if your users run as non-administrators, they don't have permission to install updates. So "Coolest" would be if an installer prompted the user for the appropriate credentials if the current user is not an admin.

Phil Weber

Wednesday, January 31, 2007 1:22:11 PM (Pacific Standard Time, UTC-08:00)

And the "coolest" option:

Do all of the above while remembering to work with proxies (especially of the authenticating varienty) and also cope with standard users (i.e. not administrators), UAC and the fact that UAC might get declined.

(Reflector tries to auto-updates itself, fails on the proxy and deletes itself. Possibly not in that order.)

PS. A timely not on handling proxies...

Matt Ellis

Wednesday, January 31, 2007 2:08:17 PM (Pacific Standard Time, UTC-08:00)

So, how do you do this with .net? I'm somewhat interested in this after going through one ClickOnce certificate expiration, and anticipating another in October. (I might be able to diddle my certificate to keep the app going, but it's a hack.)

Mike Swaim

Wednesday, January 31, 2007 2:08:52 PM (Pacific Standard Time, UTC-08:00)

(I meant the auto-update feature.)

Mike

Mike Swaim

Wednesday, January 31, 2007 2:11:50 PM (Pacific Standard Time, UTC-08:00)

Great topic. I would love to see (er, hear) a Hanselminutes that addresses this.

Chad

Wednesday, January 31, 2007 2:17:20 PM (Pacific Standard Time, UTC-08:00)

Scott,

Don't forget the BITS API, which can easily be used within .NET. Jason Clark wrote a nice article in MSDN Magazine about it here (http://msdn.microsoft.com/msdnmag/issues/03/02/bits/).

Nick Parker

Wednesday, January 31, 2007 2:22:52 PM (Pacific Standard Time, UTC-08:00)

I agree that automatically downloading updates is annoying, however the Client/Server application I am currently developing relies heavily on the fact that all client must be using the same Client version.

Thanks to the info from Scotts Blog above, I have implemented the following.

When my application starts one of the first things it does is retrieves "CurrentVersion.xml" from my website. Compares the users current version with the version reported in "CurrentVersion.xml". If a new version exists, I launch a separate application named "AppUdater.exe" which downloads the Current version of my Client application, using System.Net.WebClient DownloadFile.

This all works great. The problem is that my AppUdater.exe is static, and I would like it to perform different actions based on the version downloaded (ie. rename files, delete files.. standard stuff an Update application would do.) I am looking for some ideas on how to make my "AppUpdater.exe" more dynamic.

Any suggestions would be great.

Rob Morris

Wednesday, January 31, 2007 3:50:21 PM (Pacific Standard Time, UTC-08:00)

I'm using ClickOnce to deploy a medium-sized pupil assessment tracking application to schools in the UK. I love how updates can be installed by non-admin users, since everything goes into the user's %AppData% folder. Even better is the great VS.NET support for publishing new versions, I never have to touch any XML manifests or manually upload installers.
I have configured ClickOnce to check for updates in the background. When a new version is detected the user is prompted to restart and install (saving all data first). They can always defer the restart until later if not convenient at that moment.

Andrew Davey

Wednesday, January 31, 2007 4:51:24 PM (Pacific Standard Time, UTC-08:00)

And minus 100 points if your app does an automatic update/install overnight and decides it needs to reboot your machine to finish. Hope you remembered to save before going to bed. (No, I'm not bitter about Windows Update at all)

Joe Brinkman

Wednesday, January 31, 2007 5:09:31 PM (Pacific Standard Time, UTC-08:00)

I do this in a program that i have made in which we force installs to happen. basically it checks the version (via reflection) to a web service (down with http get!) in which i will just return whether the version is up to date or not, and if not it just automatically updates itself.

Seeing as how the app is only like 70k total, they barely see the bar for the updater.

Darren Kopp

Wednesday, January 31, 2007 7:05:22 PM (Pacific Standard Time, UTC-08:00)

Yeah, I'm sick of starting windows and seeing pop-ups for java update, windows update, logitech update, virus update, and who knows what else. IMO, Windows needs a unified experience for this. An API for windows update maybe?

Daniel R

Wednesday, January 31, 2007 10:27:40 PM (Pacific Standard Time, UTC-08:00)

I gotta say, Kenny's Window Clippings was the smoothest auto update I've ever experienced...

Chris Sells

Wednesday, January 31, 2007 11:09:04 PM (Pacific Standard Time, UTC-08:00)

Ever heard of personal firewalls, ever heard of all the Windows crap built in XP SP2 that makes your app look bad as if it was trying to suck you your DNA?

Well that's what happens in practice if you try to do some whatever HTTP GET from your own application.

Give me a break.

Stephane Rodriguez

Wednesday, January 31, 2007 11:44:57 PM (Pacific Standard Time, UTC-08:00)

The new Restart / Recovery features in Vista should also help to enhance the user experience in update scenarios - let update your app and work on (quite) exactly where you left.

ReneMT

Thursday, February 01, 2007 7:24:56 AM (Pacific Standard Time, UTC-08:00)

My favorite thing is how when you click Cancel/No/Whatever on Reflector's updater, it just deletes the entire Reflector exe for you and you have to download it again.

Sometimes I just want to get something done and come back and do the update later.

Rob

Thursday, February 01, 2007 1:28:44 PM (Pacific Standard Time, UTC-08:00)

The way I did this at my last job was to force an update check at the launch of the application. The app was an internal WinForm 1.1 app, with a webservice backend, since the users were not all in the same location. Rather than politely asking if the users wanted to update, we actually could require that they always work in the latest release.

So, I created a separate launcher exe that checked a webservice for a list of current files: if the list of files on the server differed from that on the client (determined by the hash of each file), then it'd download the necessary files, but only those. This had several benefits: We didn't need an installer for anything other than the launcher. If we only updated a single dll, then that was the only dll that needed to be sent to the clients. And should a user be boneheaded and delete an assembly, the application would heal itself.

To speed things up we compressed and decompressed the dlls (through the same web service compression utility we used for all webservice calls over a certain size).

The whole thing worked exceptionally well and was by far one of the more enjoyable tasks on the whole project...

Oskar Austegard

Thursday, February 01, 2007 4:40:53 PM (Pacific Standard Time, UTC-08:00)

Firefox's extensions panel is neat. It tells you which extensions have updates and a button next to each to update. No nagging update notices.

abdu

Monday, February 05, 2007 6:56:36 AM (Pacific Standard Time, UTC-08:00)

Interesting post.

Retrieving information on the latest version, HTTP GET-ing XML, no problem.

However what I don't get is "what" then gets downloaded to perform the "update?"

Is it a .msi or setup.exe that effectively performs an automated installation as if the user had downloaded your application's setup installer and double-clicked it? Won't the running (old) application need to be closed down to do this?

Kenny Kerr states "Window Clippings will perform the upgrade in-place," does this mean it just downloads an executable or a DLL and simply overwrites the old one? How does it do this if it's actually running?

Sorry for perhaps not understanding the "obvious," I just need clarification so I'm not barking up the wrong tree.

Winston Churchill

Saturday, February 10, 2007 12:46:16 PM (Pacific Standard Time, UTC-08:00)

If we are going to use HTTP GET and XML, it's kind of a no-brainer to leverage an existing feed format like RSS/Atom (see "appcasting") - updates/release notes can then be subscribed to with an existing reader etc.

John Spurlock

Tuesday, February 13, 2007 5:21:59 AM (Pacific Standard Time, UTC-08:00)

Should have a look at http://www.devx.com/dotnet/Article/10045 i'm using something based on this for years now, including it in almost every program i write.

Johan

Comments are closed.