Live data from Hacker News

Corrupt App Store binaries crashing on launch

marco.org

11–20 of 51 posts

Re: Corrupt App Store binaries crashing on launch

#11
I suspect the issue isn't with the store corrupting binaries but the application servers being under heavily load and dropping connections to the user. Begs the question why they aren't doing MD5 validation of the binaries before launching and notifying the user.

It is 4th July holiday after all. Lot more traffic.

Re: Corrupt App Store binaries crashing on launch

#12

I suspect the issue isn't with the store corrupting binaries but the application servers being under heavily load and dropping connections to the user. Begs the question why they aren't doing MD5 validation of the binaries before launching and notifying the user. It is 4th July holiday after all. Lot more traffic.

They're distributed as .zip files (renamed .ipa), so a corrupted file or bad download wouldn't extract anyway. The real issue here is in their DRM: they have to re-encrypt the binary for each user, and the encryption seems to be incorrect in some cases. That's also consistent with the FairPlay log error in Marco's post.

Re: Corrupt App Store binaries crashing on launch

#13

I suspect the issue isn't with the store corrupting binaries but the application servers being under heavily load and dropping connections to the user. Begs the question why they aren't doing MD5 validation of the binaries before launching and notifying the user. It is 4th July holiday after all. Lot more traffic.

If that were the case then it would affect all apps rather than a small handful of apps that updated yesterday.

Christmas day is the big one for the App Store. I doubt July 4 comes very close to that.

Re: Corrupt App Store binaries crashing on launch

#14

I suspect the issue isn't with the store corrupting binaries but the application servers being under heavily load and dropping connections to the user. Begs the question why they aren't doing MD5 validation of the binaries before launching and notifying the user. It is 4th July holiday after all. Lot more traffic.

If that were the case then it would affect all apps rather than a small handful of apps that updated yesterday. Christmas day is the big one for the App Store. I doubt July 4 comes very close to that.

July 4 is actually bigger than Christmas for our apps. We have an outdoorsy app.

Re: Corrupt App Store binaries crashing on launch

#15
post #8
post #4

Earlier quoted context omitted.

Does someone at Apple manually check the whole app when you submit an update?

Yes, absolutely. In fact, based on the fact that my apps frequently sit in 'In Review' (versus 'Waiting for Review') for 12+ hours usually, it wouldn't shock me if they had multiple people review each submission. How much they play around with the app seems to vary - I've had odd, hard-to-trigger bugs get my app rejected, even though they existed for several prior versions. Each app submission/update costs Apple a fa…

The only time Apple gave out hard numbers on their review setup, a couple of years ago, they had two reviewers check each submission, with an average of 6.5 minutes per reviewer per submission spent checking it. Obviously, that average contains quite a bit of variation.

Re: Corrupt App Store binaries crashing on launch

#16

I suspect the issue isn't with the store corrupting binaries but the application servers being under heavily load and dropping connections to the user. Begs the question why they aren't doing MD5 validation of the binaries before launching and notifying the user. It is 4th July holiday after all. Lot more traffic.

If that were the case then it would affect all apps rather than a small handful of apps that updated yesterday. Christmas day is the big one for the App Store. I doubt July 4 comes very close to that.

Not necessarily. All the apps are cached by Akamai so it could be that newly created app bundles get retrieved directly from the source.

Also July 4 is a pretty big holiday as far as usage patterns go.

Re: Corrupt App Store binaries crashing on launch

#17

This is also happening to our app, Gaia GPS, and it's pretty much ruining my holiday. It seemed to effect US users around noon PDT, and then a batch of international users around 5 pm PDT.

I blogged for us: http://www.gaiagps.com/news/article/Bad%20App%20Store%20bina...

I also sent the App Review team an email asking if they will expunge all the bad reviews once this is over, but I doubt that's going to happen.

Re: Corrupt App Store binaries crashing on launch

#19
post #15
post #8

Earlier quoted context omitted.

Yes, absolutely. In fact, based on the fact that my apps frequently sit in 'In Review' (versus 'Waiting for Review') for 12+ hours usually, it wouldn't shock me if they had multiple people review each submission. How much they play around with the app seems to vary - I've had odd, hard-to-trigger bugs get my app rejected, even though they existed for several prior versions. Each app submission/update costs Apple a fa…

The only time Apple gave out hard numbers on their review setup, a couple of years ago, they had two reviewers check each submission, with an average of 6.5 minutes per reviewer per submission spent checking it. Obviously, that average contains quite a bit of variation.

That checks out with my experience. Typically an app will go from 'in review' to 'processing for the app store' in about 15 mins.

Re: Corrupt App Store binaries crashing on launch

#20
post #15
post #8

Earlier quoted context omitted.

Yes, absolutely. In fact, based on the fact that my apps frequently sit in 'In Review' (versus 'Waiting for Review') for 12+ hours usually, it wouldn't shock me if they had multiple people review each submission. How much they play around with the app seems to vary - I've had odd, hard-to-trigger bugs get my app rejected, even though they existed for several prior versions. Each app submission/update costs Apple a fa…

The only time Apple gave out hard numbers on their review setup, a couple of years ago, they had two reviewers check each submission, with an average of 6.5 minutes per reviewer per submission spent checking it. Obviously, that average contains quite a bit of variation.

They also check more expensive apps more thoroughly, according to the iOS developer guidelines.
Post reply on HN