Good morning(day/evening/night),
A while ago I installed iOS 6.0 beta on my iPhone. Since then I've been updating to the most recent version of iOS whenever it came out(iOS 6.0 Beta 4 being the last one). But this morning something weird happened.
When I woke up and tried to turn off the alarm, I was shocked by the fact that I had a Wi-Fi choosing screen. After clicking Next at the right side of the navigation bar, it went to a new screen and said "It may take a few minutes to activate your iPhone". After that it told me that iPhone couldn't be activated.
After connecting my iPhone to the Mac, I tried updating iOS, but iTunes said "The software on the iPhone has expired and must be updated to a newer version". But when I try to update from iTunes, it says that iPhone has the most recent version(6.0).
Starting Xcode and organizer showed me that iOS installed is 6.0 (10A5376e), which is iOS 6.0 Beta 4(now it's obvious that it's expired and should be updated). The question is: How can I update to iOS 6.0 from iOS 6.0 Beta 4?
Thanks,
Any help would be appreciated
You must download the iOS6 release version and restore from iTunes with the alt+restore trick.
Note that you will lose all your data if you don't have a backup.
There is a way to do this though, without the need to restore and data will be preserved. This is by clicking the alt+check for updates instead of alt+restore. This is not what Apple recommends so I won't either, but if you don't have a backup and you don't want to loose your data seems like the only choice right now.
Related
Has anyone turned off their iphone, then turned it on again only to find that xCode won't recognize it anymore? I'm using xCode 4.6 to run my app with the 6.1 SDK on my iPhone5 which runs iOS7.0.1, and it was working fine up until I turned off my phone. Now, in the organizer I'm getting an orange dot next to my device and it's saying:
The version of iOS on is not supported by this
installation of the iOS SDK. Please restore the device to a version of
the OS listed below, or update to the latest version of the iOS SDK;
which is available here.
I've tried deleting the app, restarting the phone, cleaning, deleting derived data, deleting the actual derived data folders, unplugging / replugging the phone, and nothing seems to fix this. Has anyone ran into this before and been able to fix it?
I'm not meaning to be rude, but did you read the actual error message you posted? This line:
The version of iOS on is not supported by this installation of the iOS SDK
Please restore the device to a version of the OS listed below
means that your phone is not the same as the ios sdk you are using, which is ios 6.1. Your phone is 7.0.1, which aren't the same in any way. So you need to change back to 6.1 on your phone, or use xcode 5 for ios 7 purposes.
Hope this helps :)
I have xCode5 installed on my computer as well, so I closed xCode4.6, opened xCode5, and it was able to detect my phone and install the app on it. Then I closed xCode5, reopened xCode4.6, and all of a sudden it was also able to detect my phone. Don't know why that works, but it does.
Our iPhone Apps run beautifully up through iOS 6, but certain features do not work on the iOS 7 beta. My fear is that we won't be able to complete our iOS 7 compatibility before iOS 7 is released and our customers will upgrade to iOS 7 and the App will be unusable....resulting in negative reviews, etc...
Does anyone have any suggestions on how to best handle this? Is there a way to set a Maximum SDK that the App supports?
I think if you do this you will get bad reviews anyway, but it may be your only option if you can't revise in time.
You need to take a look at this SO answer and use a condition with a macro like
if(SYSTEM_VERSION_LESS_THAN_OR_EQUAL_TO(#"6.1.3")) {
// work normally
} else {
// fail gracefully
}
to disable any part of your app that is broken post that version number.
I don't think there is a way to restrict users with later versions installing and trying to use your app as there is with users with versions earlier than you require. The reason is probably that while it's OK to use new features and lock out older devices it generally isn't OK to not support new devices indefinitely.
If you run a binary built against the iOS N SDK on iOS N+1, the device substitutes the behaviour of iOS N. Assuming you have an iOS 7 device set up for testing, try downloading anything from the App Store — you should see gradients and wide UISwitches and view controllers acting properly when wantsFullScreen is set to NO and everything else.
So you don't need to handle anything. It's dealt with automatically on the device.
There is not maximum iOS version setting anywhere but it shouldn't necessary.
If you build the app with Xcode 4.6 / iOS 6 SDK, then run it on device w/iOS 7 installed, does it work OK? If so, that's what you should release first (or leave in the app store). If not, you need to fix just those problems that show up and release an update made with Xcode 4.6. Just fix those issue, don't try to restyle and redo everything for iOS7 yet. Most apps built with Xcode 4.6 won't need fixes to run on iOS 7.
When you build with Xcode 5 / iOS 7 SDK, then you'll want to fully use and support iOS 7. But you can't release that build until we get a gm Xcode/SDK anyway. You don't have to go down this path right away if you aren't ready.
Try systemVersion of UIDevice.
Format is 6.1.3 or 7.0.1
Split them with '.' to get major version
https://developer.apple.com/library/ios/documentation/uikit/reference/UIDevice_Class/Reference/UIDevice.html#//apple_ref/occ/instp/UIDevice/systemVersion
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!
I'm a registered Apple dev, and I got a new phone. My old 3GS currently has 5.0 installed on it and I'd like to put 4.3.5 on it for testing apps under iOS 4. I've downloaded the 4.3.5 ipsw, and using Organizer in Xcode I can attempt to install it, but get the "The Device isn't eligible for the requested build" error. The phone restarts and goes to DFU mode.
Am I missing something?
There is no way to go from iOS 5.0 to lower than iOS 5.0 without going into DFU land, that i'm aware of this video. (video on DFU mode - many out there as well.)
From reading, i'm not sure if the user can't get into DFU mode here - if thats the case, that is a bit of a blocker for ya for sure. Maybe re-download fresh itunes and install everything 100% fresh, and try again.
Once it's detectable in itunes after the DFU (assuming DFU can be done),
Download the firmware you desire it to run - 4.3.5 apparently?
Now, make sure iPhone is plugged into iTunes and iTunes recognizes it.
To force new firmware of older version onto the phone – hold shift (PC) or option (MAC) and click restore. This will bring up a browse box where you can select the firmware you wish to push to the iPhone.
This will probably result in a data loss though for anything on the phone before the DFU and firmware push.
Hope this helps, even though this is a few months old now.
You can download older versions of Xcode by logging into Apple Developer Connection Downloads you will need to be a member of the developer program to login.
Here is the website.
Once on the site, from the Downloads section, choose Developer Tools – you will be shown with a list of all Xcode versions, back to 1.0 released in October of 2004.
A quick google for 'xcode iphone downgrade' turned up these instructions.
iTunes will not let you install unsupported iOS versions (i.e. old versions),
regardless if you reset your device or not.
iTunes (as well as older versions of Xcode, like 4.5.x)
will let you choose a specific iOS firmware image (ipsw),
but when you actually get to restore the firmware, you get the message:
"This device isn't eligible for the requested build"
which is confusing, especially if you read Apple's post about this error...
See this short article by chpwn that summarize it very good,
and also adds tips to try go around that:
"...with the iPhone 3GS ... as well as the iPod touch (third generation), the original iPad, and the iPhone 4,
each and every firmware change must be approved by Apple’s servers, at the time of the install.
And Apple will only agree to let you install the current latest release of iOS at that time,
which prevents downgrading — as well as any re-installs of the iOS release the device is running,
as long as that release is not the absolute latest version available."
- from: How to test your app on older iOS releases
I am using an iPod to test an app. The device is all set up with the right provisioning profiles, etc-- that's not really the issue.
But every time I start the app from Xcode on the device, I get the "A signed resource has been added, modified, or deleted." error from the Organizer window.
Wait, I know, you think it's a provisioning profile problem.
But here's the kicker: if I just delete the app from the iPod (using the main screen) and try again, it works fine. I only get this error when the app is already installed. The other kicker is that this behavior doesn't happen on an iPhone that I have for occasional testing-- on that device, I can start/restart/restart indefinitely. But using the iPod, my compile-run-test cycle is annoyingly slow since I have to manually delete the app each time.
Any ideas?
I'm using Xcode 3.2.2 (prerelease) FWIW. The iPod has stock OS 3.1.2 on it.
Thanks!
I had a similar problem with the original 3.2 beta 1 and my iPhone running 3.1.3. However, I did not need to delete my app to workaround it. I was able to get around it by using the clean all targets. It seems you've done that though. :(
That said, with the 3.2.2 beta 2: IDE 1643, Core 1644, ToolSupport 1631 - my problem went away.
From the release notes Beta 2:
FIXED: In iPhone SDK 3.2 beta 1, some users saw the message "A signed resource has been added, modified or deleted…" when rebuilding their projects. This has been fixed for beta 2.
Are you sure you're running Beta 2? Perhaps a re-install of xcode might help? I assume you've tried power cycling the iPod Touch?
The only thing I can tell you is file a bug with apple here and hope they fix it
I had the same ussue a couple of days ago. My problem was I had created a distribution build and installed it on my iPod through iTunes. After removing the app from iTunes and syncing the iPod Xcode stopped complaining when making new builds.
Otherwise you could try "Clean all targets" under "Project" in Xcode.
Also had this problem, try turning off the passcode lock: http://bencollier.net/2010/03/debugging-on-iphone-requires-app-deletion/