iTunes Connect - set last iOS compatible - app-store

On App store, I have a old app that are not ok with iOS 9.
I don't want to recompile it.
Is there a way to set the "last version compatibl" on iTunes connect? (so iOS 8 and less user can still continue to use it.)

Related

iOS 7 And iOS 6 Different Versions Of The Same App

I have an iphone app that was accepted in the App Store before the arrival of iOS 7. The app used to support both iOS 5 and iOS 6.
Now i have updated the same app to iOS 7 and about to submit it to the App Store for approval. I have a question that is making me confuse.
Question 1: Is there any way the first version of the app stays in the App Store for iOS 5 and iOS 6 users while the new version that i am going to submit only serves the iOS 7 users. In other words, i want to save some time but not updating the same app compatible with the old versions.
A user that has an iOS version prior to 7.0 and have previously downloaded you app, can still restore the old version from iCloud.
New users of your app can not download an old version.
This is the information Apple sent out regarding this:
"Users who have already purchased your app are now able to download previous versions, allowing them to use your app with older devices that may no longer be supported by the current version.
If you do not want previous versions of your app to be available, for example due to a usability or legal issue, you can manage their availability in the Rights and Pricing section of the Manage Your Apps module on iTunes Connect."
Yes, since a few weeks. If a customer downloads your app and it is not available for his device (e.g. the app is iOS 7 only and the customer has iOS 6) and there is a < iOS 7 supporting version uploaded earlier, it will download that one.
Source: Engadget
First off I am going to ask why?
Secondly the two answers already given are completely wrong.
Too yoeribovens answer this isn't true, Apple haven't confirmed this and it isn't documented anywhere in the Apple documentation. The best reply I have for that article is it is complete rubbish. Unless Apple have confirmed it, it isn't true.
To user1673099s answer this is also not a good why to go. This means two apps to maintain on the app store, so unless one is a LITE version and the other is a FULL version I just wouldn't go this way at all.
The one thing I am going to do which is the actual way you should be working if you want to support iOS 5, iOS 6 and iOS 7 is direct you to the Official Apple Documentation for Supporting iOS 6.
This guide will help you make the transition from iOS 6 to iOS 7 and it will also instructed you on how to completely support previous iOS versions.
You might also want to read iOS 7 UI Transition Guide Before You Start and iOS 7 UI Transition Guide Scoping Your Project
I ask same question on Apple Support Communities. It is possible. They replied this-
iOS 7 and OS X Mavericks include new features that many of your favorite apps take advantage of when you update them. Some of these features are specific to the latest versions of iOS and OS X. As a result, the latest versions of some apps may not work with your device or computer if you are still using an earlier version of iOS or OS X. Thanks to the App Store, you may still be able to re-download a compatible, earlier version of an app when you are using an older operating system.
Here's how you install an earlier version of an app:
Open the App Store (with iOS 4.3.3 or later) or Mac App Store (with OS X Mountain Lion).
Go to the Purchased screen (iOS) or Purchases tab (OS X).
Select the app you want to download.
If a compatible version of the app is available for your version of iOS or OS X, simply confirm that you want to download it. For example, after purchasing iPhoto for your iOS 7 device, you can install an earlier compatible version of iPhoto from your iOS 6 device.
Additional Information
Note: Some earlier versions of apps may not be downloadable from the App Store if the app's developer has chosen not to make them available. If you don't see the version of the app you are looking for, contact the app developer for more information. The developer's contact information can be found on the app's product page on the App Store.
You can also read it from here-
http://support.apple.com/kb/ht5919
You have to use the different BundleId for Ios 7 app & changed it deployment target to ios 7.0.
So, idea is that you are making two different apps.
ios<7.0
ios=7.0
May this helpful to you.

IOS App Version Support After uploading to library

I have successfully uploaded IOS app onto app store and the current status is "Waiting For Review", so my question is after my app successfully comes on store, will it support for all OS versions of Iphone or do i need to make some specific changes in Xcode / apple account / my Code to make it happen.
plz help..
Note : target OS is 5.0..
When you develop an app then you need to specify Minimum Deployment Target for your application. App will only run on those devices which has iOS equal or grater to this value. If you specify min deployment target to 5.0 then you app will only run on devices which has iOS 5.0 or later. Also it doesn't mean that your app will successfully run on all versions grater then iOS 5.0
Once you submit your app to app store then you can't change it. if you want to do this then you need to add another version. If your app is in "Waiting for review" then you have the option to use developer reject and re-upload it.
It will support the version set in the target or greater.
Select the root project file, and in the info tab - set the minimum deployment target to 4.3 (for example). You will have to fix any errors that arise (for instance lack of support for 'automated __weak references')
Once you again successfully compile the application, re-submitted it to the AppStore with that version

XCode v4.2 and Default-568h#2x.png --> "Invalid Binary" Message When Submitting iOS App

I spent many hours trying to figure this issue out. Apple continuously accepted my uploaded binary when I was submitting my app through XCode4.2, yet only to declare the binary invalid minutes later. It turned out that it was because I had placed the "Default-568h#2x.png" in my resources folder in an attempt to support iPhone 5's splash screen and eliminate "letterbox mode" (black top and bottom bars)... I am using a 2006 MacBook Pro, and thus am unable to upgrade to Lion OS or Xcode4.5. Also, I am able to build AdHoc versions for my customer that runs just fine on the iPhone 5 (filling its entire screen).
Does anyone know of a workaround I can implement to get Apple to accept my binary while still being able to support iPhone 5's larger screen (no black top or bottom bars)? If I re-name "Default-568h#2x.png" I am able to get Apple to accept my binary, but will I lose compatibility with iPhone5?
I found the following link in my search, which seems to suggest the startup image has nothing to do with the iPhone 5's letterbox mode, and can be labeled any name. However, I must admit, I am rather lost when the writer begins discussing 'viewports' and 'media queries'...
http://www.mobilexweb.com/blog/iphone-5-ios-6-html5-developers
Thanks in advance for any help you can offer!
Apple has made a deliberate decision to only allow two types of apps:
Apps built with XCode 4.4 and earlier, built for iOS up to version 5, including support for armv6 (required for iPhone 3G) but without support for iOS 6 and without support for the larger screen of the iPhone 5.
Apps built with XCode 4.5, built for at least iOS 4.3, possibly supporting the larger screens (Default-568h#2x.png) but without support for iOS before 4.3 and without support for the armv6 architecture (required for iPhone 3G).
All others apps are now rejected if you upload them to the App Store. Your app is rejected because it's includes Default-568h#2x.png and one the following things: either armv6 support or support for iOS before 4.3.
Without XCode 4.5, it's impossible to create an app the support the larger iPhone 5 screen and is accepted by Apple.
Some people have managed to build and upload applications the support both iPhone 3G and iPhone 5. But this is very tricky and requires a parallel installation of at least XCode 4.5 and one earlier version.
Update:
If I'm not mistaken, the crucial points for supporting the larger screen are:
The launch image Default-568h#2x.png
The setting of Base SDK being iOS 6 (or later)
If you add the launch image without setting the Base SDK to iOS 6, iTunes Connect will reject you app:
"Invalid Launch Image - You app contains a launch image with a size modifier that is only supported for apps built with the iOS 6.0 SDK or later."
Without XCode 4.5, you cannot select iOS 6 as the Base SDK.
I was able to install iOS 6.0 SDK on my XCode v4.2 following these instructions:
Is it possible to get the iOS 5.1 SDK for Xcode 4.2 on Snow Leopard?
Afterwards, I could create a binary with the below attributes that Apple would accept.
The launch image Default-568h#2x.png
The setting of Base SDK being iOS 6 (or later)
I have have a Mac mini from 2006, running Snow Leopard, Xcode 4.2. I was having the exact same problem with my submissions last night (May 2, 2013). Organizer uploads the app, and says all is fine. Within a couple of minutes The email below comes through. I did what the email suggested. Then I double checked, triple checked all settings, recreated certificates/profiles....still invalid binary.
Early in development, I was able to crack a dmg to get iOS6 installed on my machine. I put Default-568h#2x.png in my app. I tested ad hoc installations on a 5th gen iPod Touch - everything worked fine, BUT Apple won't accept my app.
I was going to get a new mac this year anyway. I'm heading to the Apple store to get one tonight. Here's the email from Apple:
Dear developer,
We have discovered one or more issues with your recent delivery for "Gazoodle Colours". To process your delivery, the following issues must be corrected:
Invalid Signature - Make sure you have signed your application with a distribution certificate, not an ad hoc certificate or a development certificate. Verify that the code signing settings in Xcode are correct at the target level (which override any values at the project level). Additionally, make sure the bundle you are uploading was built using a Release target in Xcode, not a Simulator target. If you are certain your code signing settings are correct, choose "Clean All" in Xcode, delete the "build" directory in the Finder, and rebuild your release target.
Once these issues have been corrected, go to the Version Details page and click "Ready to Upload Binary." Continue through the submission process until the app status is "Waiting for Upload." You can then deliver the corrected binary.
Regards,
The App Store team
Update: Got a new macbook pro, built my app with the latest Xcode (4.6.2) and resubmitted the app. My app is finally in the Waiting for Review state. Wasn't sure buying a new computer would solve the problem, but it was a good excuse to upgrade the hardware, and it actually fixed the invalid binary issue!

Xcode 4.3.2 - Base SDK for Distribution of App

I am trying to distribute an iPhone App to the App Store for the first time. Currently, I am following this guide: Submitting iPhone Apps To The Apple App Store – A Step by Step Guide. Currently, I am on the step where I have to set the Base SDK field value. See, the screenshot.
As you can see, iOS 5.1 is the only choice available there. Now, if I set it as Latest iOS(iOS 5.1) - the default value - will the distributed app will be able to run on older OS's, for example iOS 3 or iOS 4? If not, then what will I do to make it run on older OS. Or, is there anything I misunderstood about BaseSDK?
No worry it will function in the older os you need to keep the deployment target minimum SDK which you can find in the picture if you updated the xcode with simulators of IOS 4 and 5 you can get these options
Update
Basically it means that you're going to be able to use all the API that is public in 5.1 SDK. This has nothing to do with "Which phone your app can run on".
iOS deployment target on the other hand, is asking you which devices can this app run. This is quite a dangerous question, since you can then say from iOS 3.0 to 5.1 for example. This means that your app can be installed in any iPhones running iOS 3.0 to 5.1, no matter what the phone is. That means the original iPhone and iPhone 3G can run your app if they have at least iOS 3.0 installed. You should test your app carefully if you decide to do this. Apple does not provide any way to test on older OS. You'd have to devise that strategy yourself.

Will my iOS 5 app be visible in the App Store for iOS 4 users?

I'm considering submitting an app that will only support iOS 5. When iOS 4 users peruse the App Store, will they be able to see my app? If so, what happens if they try to install the app?
Yes, it will in fact be visible to all iOS users. If the user tries to download the app, an error message will pop up stating:
This application requires iOS 5.0. You must update to iOS 5.0 in order to download and use this application.