1

I've got an existing iOS app, which still supports iOS 7, I would like to keep that for some time. But I would also love to have an Apple Watch app - is it possible that the app extension for WatchKit is iOS 8 and the parent iOS is iOS 7 or do I have to lift that to iOS 8 as well?

EDIT:

I just uploaded my build to Crashlytics because I wanted to let users test the app before submitting to Apple, one user (running iOS 7) got the error "The developer needs to upload a build that supports your device's architecture (armv7)." Now I'm afraid that apps with the WatchKit extension don't run on older devices... Or does this have something to do with Crashlytics? Because in the Simulator it works without problem...

swalkner
  • 16,679
  • 31
  • 123
  • 210

4 Answers4

5

You can keep your host app at iOS 7 as long as the deployment target for your Watch app is 8.2. If you use a framework in your WatchKit extension, you'll have to bump your host app to 8.0, however.

bgilham
  • 5,909
  • 1
  • 24
  • 39
  • does this also apply if I use a shared "Cocoa Touch Framework"? And how can I test this? If the app runs successfully in the iOS 7 simulator, can I assume that everything's fine? – swalkner Apr 04 '15 at 14:21
  • Yes, you can assume that. You can test it by running your app on a device. While Crashlytics distribution is very picky with wrong PPs, you can just do an adHoc build and install via iTunes - that usally works even with wrong PPs for your WatchKit app (even better on iOS7 devices, as WatchKit will be ignored) – dogsgod Apr 13 '15 at 14:23
2

You sure can continue support iOS 7 users even if you add WatchKit support. This happens with every OS improvements and it's same as moving from iOS 6 to 7 which added extension (keyboard etc). ao same rules apply here.

Things you shall know:

  1. The watch works only with iOS 8.2, means there would be no users that have a watch without this version

  2. If the host app would run on iOS 7 device the watchKit framework would be nil. Which is fine but you must check that you are not using any of it's functionality. meaning check if the function is there using respondWithSelector and only if it is use it.

  3. You would need to compile everything with iOS SDK 8.2 (some restrictions over upgrading the general software to support 64 bit/new arm etc. - anyway you would have to do that because Apple soon won't get any new apps don't)

Idan
  • 9,880
  • 10
  • 47
  • 76
  • okay, so this means if everything in the simulator works fine (Apple Watch on iOS 8.2 and iOS app on iOS >= 7) I'm good to go? – swalkner Apr 04 '15 at 17:17
  • 1
    Yes, you should be fine. If it runs in the simulator and you still have doubts, create an archive and validate it. – bgilham Apr 09 '15 at 16:50
0

As Apple Watch only works from iOS 8.2, so the user using Watch requires to have iOS >=8.2 on their iPhone.

And for the error "The developer needs to upload a build that supports your device's architecture (armv7)." it might be related to apple app submission policies reported here.

Yuvrajsinh
  • 4,536
  • 1
  • 18
  • 32
0

As the first part of your question has been answered and accepted, I concentrate on the second part:

Your Provisioning Profiles settings in the app are probably misaligned. You need to have the correct PPs set in all 3 targets, automatic is likely to fail.

See my answer for details.

Community
  • 1
  • 1
dogsgod
  • 6,267
  • 6
  • 25
  • 53