I took a running app that was built under XCode7 and since I'm going to make some updates to it, did a build with XCode 8. After the first build (it was successful), I got a series of "suggestions" that XCode 8 wanted to automatically make for the app. Since I've never had problems doing that, I clicked OK and did another build under XCode 8. Now my app won't link properly! (It's happening on two separate apps, both using Crashlytics and Ensembles)
How can I backout the changes that were automatically made to the app by XCode 8?
If you are using source control with your project, you can go back to the last committed state of your .xcodeproj file. Maybe this is not too far away from the state right before you switched to Xcode 8.
Related
App submitted to store one year ago. It worked fine up to iOS 11 but in iOS 12 the app is immediately crashing even without launching. I tried to debug the issue but I couldn't, because before didFinishLaunchingWithOptions, the app crashes and I did not find any error logs.
It is happening in iOS 12 only, working fine with below iOS 12.
How can I debug this issue?
Have you correctly installed your XCode Update? Sometimes you have to install cli
(that is needed e.g. by mtouch if XCode links your assemblies) or other components by hand.
Are you're credentials (certificate) still valid? or otherwise asked: did you build another app since this happens?
Have you set a breakpoint right in you app delegate and step throw until the app crashes? Can you show logs? If you don't have some, than create them by yourself. Do exception handling and log the exceptions. Or otherwise said: More information please.
I have code which was initially developed on Xcode 3.2. It was then later update to become compatible with ios 7. But now when I run that code with Xcode 9 GM, it run alright on any iOS 10.x device.
But crash on iOS 11 device with following error detail:
Plus: When i open this project with Xcode 9 GM, Xcode doesn't show iPhone X simulator.
I think you have some old static libraries. iOS 11 supports only 64-bit libraries.
And also you can check Deployment target of your app. Maybe it's too low (I think ios7 deployment target is not supported now).
I think your app is running on 32-bit
As a reminder, new iOS apps and updates submitted to the App Store must support 64-bit. Support for 32-bit apps is not available in iOS 11 and all 32-bit apps previously installed on a user’s device will not launch
64-bit Apps on iOS 11
I don't know what is you exact scenario but possibilities of crash with payload could be following. Hope anyone of below all will work for you.
Please Try Following.
Disable "Enable guard Malloc" from diagnostics.
OR
You Can do Following:
delete all certificates from keychain.
Quit xcode
Delete xcode derivedData and delete all provison profiles
Restart mechine
Download latest certifcates and provison profile from Member Center
Click on certifcate i will install in keychain access.your key chain access should like this
OR
if you are using custom framworks, you need to put it inside the Embedded Binaries section located in the Xcode project under the tab Target / General.
I'm trying to test my app with ios7 using Xcode 6's simulator but I can't find the option to change it. Currently it only loads ios8 while my deployment target is set to 7.
Also according to this message from Apple:
Starting February 1, 2015, new iOS apps uploaded to the App Store must include 64-bit support and be built with the iOS 8 SDK, included in Xcode 6 or later. To enable 64-bit in your project, we recommend using the default Xcode build setting of “Standard architectures” to build a single binary with both 32-bit and 64-bit code.
Does this mean that new apps cannot run on ios7 anymore?
Thank you for your help.
First, Change Deployment Target to 7.You can change Deployment target from target under Deployment Info.
Go to Xcode Preferences, Select Downloads tab and download iOS7 Simulator.
Now go to Xcode, you can find iOS7 Simulator on target device list, if not than quit and restart Xcode.
Hope it will help.
The deployment target is the minimum version of iOS that your application will be expected to run on. It effects how your app is BUILT and not where you run it. You need to choose an iOS 7 device from the run destinations menu and then do a Build&Run to build, install, and run the app on the iOS 7 device.
If you don't have an iOS 7 simulator device in the run destinations menu, go download the iOS 7 runtime from Xcode -> Preferences -> Downloads
Yes you can, go to xcode(7) preferences>select Components here you can download Simulater and Documents also.
I just want to make sure that if i turn background fetch mode that my app will still be compatible with iOS 6. I realize the background fetch portion of the app will not work in iOS 6. I just want to make sure the rest of my application will continue to work once I turn this on in the project.
Thanks
It does look like you can turn on background fetch support in the Xcode IDE and it will still work with iOS 6 provided you wrap newer api calls in OS version checks.
Running Xcode 4.3 and running into the following issue:
When I make a code change and click 'Run' to deploy it onto either the iPad Simulator or a device I do not see the latest changes reflected on the device. Clicking 'Run' again will cause it to be deployed again and then I see the changes.
Trying a clean before building does not help. Deleting the app from the iPad/Simulator will work.
I believe this issue may be project based. I made a simple side project to test and I did not see this issue.
This is a huge time sync when I build and deploy 30 times an hour :)