Archive in Xcode appears under Other Items

Viewed 9011

I am trying to submit an App to iTunes Connect using the Archive option. Building for a Generic iOS Device it usually shows up under iOS Apps in the Organizer. However, now it shows up under 'Other Items' without a version and idea tidier.

The last time I did a build is the 28th of October, and I don't know of anything that can have caused this apart from the addition of the ADAL Xcode project (as a project) and small bug fixes I performed.

The reason I added the ADAL Xcode project to my App Project that when just including the Framework it didn't work in the Simulator. Adding the Framework builds it correctly.

But even now when removing the ADAL project and added the old pre-build framework it still ends up under Other Items. Any pointers what could have caused this? I am using Xcode 9.1.

18 Answers

The problem for me was that I set the "Skip Install" in the "Build Settings" of the Watch App target to "No". The problem was solved once I changed that to "Yes" enter image description here

For all your framework or auxiliary component projects (if any), set Skip install to YES. Then, set Skip install to NO for the main project target. Finally, under Build Phases for any framework projects, under the Headers section, drag and move any files under Public to Project.

Try archiving again after all these steps.

For example, if you have a macOS app that depends on a couple of frameworks, a privileged helper tool, and a command-line tool, all of which are included inside the main application bundle, then you should set Skip install to YES for all those secondary components. Otherwise, when you go to create an archive for the main app, Xcode will want to create a combination archive for all of those secondary components to be installed separately alongside the app itself.

We had same issue with our iOS application. After wasting some time for random actions, we compared broken archive with one of the older ones. All of them usually are here:

~/Library⁩/Developer⁩/Xcode⁩/Archives⁩

It turned out that newer archive contained a couple of extra subfolders in Products, while older versions had just Applications there.

That was a side effect of another change in build configuration, so we fixed it.

For those googling– we had the same issue as above. Turns out whenever the archive's Products/ folder has something strange going on inside it, XCode thinks the archive isn't an iOS application. In our case, there were 2 targets being built in the same archive scheme and so 2 apps were showing up in Products/.

The way to fix this was to click the target on the top left (next to > Generic iOS Device) then go to Edit Scheme > Build > Removing the duplicate targets from there and leaving only a single one.

Another way to fix this is to set the Skip Install to YES for a target to not install it into the archive (see @RawMean's answer above).

Hope this helps someone save some grief.

For easy understanding, just follow the image and delete the duplicate target from the selected Scheme.

Click the target on the top left (next to > Generic iOS Device/List of the simulator) then go to Edit Scheme > Build Removing the duplicate targets from there and leaving only a single one.

Remove Duplicate Target

Another issue I ran into using Xcode 11.4, my app archive was also ending up in Other Items. After scrubbing back and forth through git history, I found the issue (as weird as it is) and solution.

Info.plist had the Bundle version string set to $(MARKETING_VERSION), but after changing it to the raw version number 1.0.7 then the app was correctly archived to the iOS Apps list.

One of reason (from many other possible as googled) why archive is added to "Other items" is that Xcode does not know CFBundleVersion/CURRENT_PROJECT_VERSION. But it is not easy as always in Apple world. Anyway I had CFBundleVersion in Info.plist Xcode did not see/used it. See details below.

After upgrade from Xcode 13.2.x to 13.4.x my app archive started to show in organizer in section "Other items" not in "iOS apps". Also in organizer app has empty version. Build to iPhone was working, build on simulator failed due to error, that I do not have CFBundleVersion in Info.plist - but I had it there. I had fixed number (not variable) and it is root of problem. I had to change static values to variables....

File Info.plist

// OLD incorrect
<key>CFBundleVersion</key>
<string>345</string>
<key>CFBundleShortVersionString</key>
<string>1.2.3</string>

// NEW correct
<key>CFBundleVersion</key>
<string>$(CURRENT_PROJECT_VERSION)</string>
<key>CFBundleShortVersionString</key>
<string>$(MARKETING_VERSION)</string>

File project.pbxproj

...
CURRENT_PROJECT_VERSION = 345;
MARKETING_VERSION = 1.2.3;
...

And additionally I had to add variables to file project.pbxproj to Release and Debug sections because I did not have it there. So with older Xcode it was working this way and versions was taken from Info.plist. Now it seems that source of true are variables from project.pbxproj but Apple have incorrect error messages because it is fail to say in error that CFBundleVersion is missing in Info.plist when it is there. Finally Xcode automatically deleted CFBundleVersion and CFBundleShortVersionString from Info.plist.

I have spent many many hours of finding out what is problem. I hate upgrading Xcode - nightmare, many hours always lost.

In my case I had to remove old archives, then remove my app target and create it again, run pod install, after this I was able to submit my app to AppStore, and app moved from "Other items" to "iOS Apps".

In my case problem was I don't have a path for my Info.plist in my project settings for a release build. Build Settings > Packaging > Info.plist File.

Wrong enter image description here

Correct enter image description here

If you've been able to build successfully recently and none of the other answers are applicable, you may need to reboot your machine. Cleaning, pod install, restarting Xcode, checking the scheme and build settings all had no impact.

With no other changes, my project built successfully after a reboot under Xcode11.

I faced with this problem.. whenever I archive it is listed in other items not in aps... and I reliaze the app name were different... I edit schme name to orjinal one and problem fixed

For me, re starting XCode was not enough. Re starting the Apple Mac fixed it. My Mac did have many applications open and was memory constrained, I assume it was related to this.

The reason will vary from case to case but the easiest way to find out is to attempt to upload it to the App Store.

In my case the App Store reported a missing CFBundleShortVersionString which was true as I had accidentally deleted it from Release builds but was present in Debug builds.

I faced the same issue with my React Native project after I upgrade my project.

Just simply run npm/yarn install and then pod install, then the issue gone

I had an empty bundle identifier in my Info.plist Updating it worked for me.

Had this issue while trying to archive an older project and none of the other answers here helped. Was building fine on debug but when I tried to archive the release generated errors which I didn't notice at first. That's why it wasn't recognized as an iOS app and resulted in it being listed as "other" instead.

After further inspection, found this answer which solved for me: https://stackoverflow.com/a/69360271/4522329

If none of the other answers here have helped, make sure to build under release and check for errors. In my case had to update settings, convert to latest swift version and adjust build settings to match compatibility with current version of Xcode.

My marketing version was blank for the build configuration I was trying to archive for (I created a custom staging build config). Setting the value for Marketing Version > Staging to 1.1.0 fixed it for me marketing version location

For me the error occured, after I enabled Build Documentation During 'Build', by following this article. Turns out that on release, the documentation will be exported together with the app archive, making XCode not recognize the scheme anymore.

After disabling Build Documentation During 'Build' by setting it to NO, the archive was recognized again.

Related