Binary rejected because invalid symlink, any ideas?

Question

I'm not sure if this is the right place to ask this, so I'm sorry if I'm using the wrong section. We're having troubles submitting our app to iTunes Connect, the email we got says:

Invalid Symlink - Your package contains a symbolic link 'PlugIns/$REDACTED_WATCHKIT_EXTENSION_TARGET_NAME$.appex/$REDACTED_WATCHKIT_EXTENSION_TARGET_NAME$.appex' which resolves to a location '/Users/$REDACTED_USER$/Library/Developer/Xcode/DerivedData/Seta-ctfzptralingvtbxhssdlkkzkclw/Build/Intermediates/ArchiveIntermediates/Seta/IntermediateBuildFilesPath/UninstalledProducts/iphoneos/$REDACTED_WATCHKIT_EXTENSION_TARGET_NAME$.appex' that does not exist or is outside of the package.

I tried to reproduce the error by creating a blank Xcode project with the same settings as our project, but I couldn't get the same error from iTunes Connect. Does anyone have any idea why that symlink is being created? I checked the blank's project .ipa and it doesn't contain that symlink in that path, so that's obviosly wrong but I can't find the build setting/configuration that is creating the symlink.

I checked the xcodebuild output and I found this:

SymLink build/SetaWatchKitExtension.appex /Users/$REDACTED_USER$/Library/Developer/Xcode/DerivedData/Seta-ctfzptralingvtbxhssdlkkzkclw/Build/Intermediates/ArchiveIntermediates/Seta/IntermediateBuildFilesPath/UninstalledProducts/iphoneos/SetaWatchKitExtension.appex
    cd $REDACTED_PROJECT_PATH$
    export PATH="/Applications/Xcode-7.1.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Applications/Xcode-7.1.app/Contents/Developer/usr/bin:$REDACTED_PATH_ENV_VARIABLE$"
    /bin/ln -sfh /Users/$REDACTED_USER$/Library/Developer/Xcode/DerivedData/Seta-ctfzptralingvtbxhssdlkkzkclw/Build/Intermediates/ArchiveIntermediates/Seta/IntermediateBuildFilesPath/UninstalledProducts/iphoneos/$REDACTED_WATCHKIT_EXTENSION_TARGET_NAME$.appex /Users/$REDACTED_USER$/Documents/$REDACTED_PATH$/build/$REDACTED_WATCHKIT_EXTENSION_TARGET_NAME$.appex

Which seems to be fine, but somehow that symlink ends up inside the .ipa which is wrong. This occurs after Create product structure and before CompileSwiftSources during the watchkit extension build target step.

Any hints or help is greatly appreciated. I'm using Xcode 7.1.

Check out this [answer](http://stackoverflow.com/questions/13399864/adding-a-symbolic-link-in-the-application-bundle), maybe it helps you out. — Granit, Nov 02 '15 at 13:01
Thanks for the help, I already did check the answer but it's not related to our problem, we never used that workaround in the first place. — UnsafePointer, Nov 02 '15 at 14:25
Did you try moving all your code over to the blank project that doesn't have the issue? — Locksleyu, Nov 05 '15 at 18:30
Yeah, actually I can't reproduce the issue on a blank project, so obviously a build setting is wrong. I just wanted to know if anyone here could have any idea of which build setting could be wrong. I already tried but I couldn't find anything. — UnsafePointer, Nov 06 '15 at 13:49
Are you trying to access from your app a file which is outside of the application bundle / sandbox? — Ciprian C, Nov 08 '15 at 20:43

score 3 · Accepted Answer · answered Nov 17 '15 at 08:41

We had to use a DTS ticket and we received the following response from Apple:

Thank you for contacting Apple Developer Technical Support (DTS).

The issue seems to happen when you pass CONFIGURATION_BUILD_DIR=$PWD/build to the xcodebuild command. Instead, try removing CONFIGURATION_BUILD_DIR from the xcodebuild command, and instead, change your build location in your Workspace settings. Follow these steps:

1. In the xcodebuild command, remove CONFIGURATION_BUILD_DIR=$PWD/build
2. Open your Workspace in Xcode
3. Select File > Workspace Settings
4. Click the Advanced button
5. Select Custom > Relative to Workspace
6. Click the Done buttons

This will cause the build products to still go in your build directory, and the symlink in the WatchKit Extension is no longer created.

That works, the sad thing is that this settings can't be applied by command line tools, Xcode is creating a file on the following path:

Project.workspace/xcuserdata/$USER.xcuserdatad/WorkspaceSettings.xcsettings

And obviously, you don't want to add that path to your VCS, so I created a small ruby script for our CI to add the right settings and avoid this:

settingsFilePath = "#{ENV["PWD"]}/Project.xcworkspace/xcuserdata/#{ENV["USER"]}.xcuserdatad"
FileUtils.mkpath(settingsFilePath)

settings = {'BuildLocationStyle' => 'CustomLocation', 'CustomBuildIntermediatesPath' => 'Build/Intermediates', 'CustomBuildLocationType' => 'RelativeToWorkspace', 'CustomBuildProductsPath' => 'Build/Products'}
File.open("#{settingsFilePath}/WorkspaceSettings.xcsettings", 'w') { |file| file.write(settings.to_plist) }

score 0 · Answer 2 · answered Nov 05 '15 at 10:40

0

Try open directly your .xcarchive file (window->organizer->select archive->right click->show in finder).

Find any symlinks and try to understand why are they appearing there.

This can be cocoapods related issue (if you are using pods). Try to update cocoapods.

answered Nov 05 '15 at 10:40

Sergey Zhukov

714
6
5

I did this already, the symlink is there and I found the build step where it's created on the xcodebuild log, I just can't understand why xcodebuild is creating that symlink. – UnsafePointer Nov 06 '15 at 14:28

Binary rejected because invalid symlink, any ideas?

2 Answers2