Archive for the ‘Sparkle’ Category

Adium 1.0.6 and 1.1.1

Tuesday, August 14th, 2007

We’ve just released versions 1.0.6 (for Mac OS X 10.3.9) and 1.1.1 (for Mac OS X 10.4 and later) of Adium. These contain the Sparkle Plus fix that I mentioned previously, so you should now be able to run the check for updates with confidence. Thanks go to all the users who helped me track down the problem over this afternoon.

Your Day of Crash-on-Launch is over

Monday, August 13th, 2007

I just took 1.1 and the minimumSystemVersion elements out of our update feeds. This means that you’ll no longer be able to Sparkle-update to 1.1, but you also won’t crash on your update check.

Coming later tonight: 1.0.6 (for Panther users) and 1.1.1 (for Tiger users), at the same time.

What caused the crash?

First, a moment of context: The 1.1 series requires Tiger. We dropped Panther to make it easier for ourselves and our GSoC students to work on Adium; each OS upgrade brings with it new tools for us to use that we can’t use if we continue to support previous versions. So at some point, we drop one of the old OS versions so we can use new yum that the latest one has introduced.

So 1.1 won’t run on Panther. This is a problem for our Panther users; the latest version they can run is 1.0.5 (1.0.6, soon), but the update feed was promising 1.1. So Evan added some code to the update feeds to state that 1.1 requires Mac OS X 10.4 or later; our updater is smart enough to not bother you about an update if it can’t run it, but only if the feed tells it the version that the update requires.

So far, so good. But Evan added the information as an attribute, and it’s supposed to be an element. (Don’t worry about the difference.) The result of this was that our Sparkle updater did not notice the minimum system version, because it was in the wrong place.

So, early this morning, I fixed the appcast, moving the minimum system version to an element, as it’s supposed to be.

That’s when it broke.

It turns out that our Sparkle Plus updater had a bug that caused it to crash when there’s a minimumSystemVersion element. When it was an attribute, it didn’t even see it (it doesn’t look there for that), so there was no crash. When it wasn’t in the appcast at all, there was no crash. But once it was put in properly, it revealed the crash.

This had been fixed in Sparkle, but somehow, the fix never made it to Sparkle Plus.

What now?

I’ve fixed the bug for 1.0.6 and 1.1.1. 1.0.6 is for Panther users, and 1.1.1 is for Tiger users.

We’re also changing the feed URL with these versions, in order to not break older versions of Adium (Zac points out that 12.4% of you are still using 1.0.4!).

I have good news

Monday, August 13th, 2007

First, I just saved a bunch of money on my car insurance by switching to GEICO.

Second, I believe I’ve found the problem that makes the updater crash. If I’m right, it was a pretty simple should’ve-retained-that bug in Sparkle. If the fix works, we’ll have a 1.1.1 out sometime soon—if all goes well, within the hour.

Sorry about all this, people. But those of you who came to the IRC channel to help us find the problem, thank you very much.

Adium 1.1 crash on launch

Monday, August 13th, 2007

For many people, Adium 1.1 is crashing on launch (specifically, at the moment where it automatically updates). We’ve had a few reports of this happening to 1.0.5 people as well, but almost all the reports now are from people who are fresh off of 1.0.5, on their first launch of 1.1.

We have a ticket on this: it’s #7542. This bug is already confirmed. We do not need more tickets nor any statements that you have the bug too. What we do need is help tracking down the bug.

We know that the problem is with our automatic updater, but we need help from people who are able to reproduce this issue in order to track it down precisely.

Right now, as I write this, I’m compiling a debug version of Adium that we’ll distribute to a few people on the IRC channel. If you have programmer skills and a working installation of Xcode 2.4.x, we invite you to drop in and help us step up to the bug. We have no reason to believe that this version is fixed; this is a debugging version. If you don’t have programmer skills, using the debug version will not help anything—we certainly hope that it still has the bug, so that we can find the bug and fix it.

So if you fit the above criteria, please come by and help us out. We would appreciate it.