Initially, in Project Settings → iOS → Mobile Provision, I see “No Provisions Found. Please Import a Provision.” (same for certificate.)
When I click Import Provision or Import Certificate and select a provisioning profile or certificate, “Importing Provision. Please wait…” appears for a few seconds, then nothing happens and it reverts back to the initial text.
I have tried generating new provisions and certificates but I don’t think those are the problem, as I have had no trouble importing a provision and certificate on Windows (I think they even got picked up automatically).
Could you open the output log (Windows|Developer Tools|Output) and copy everything in it to a text file and post it here? There is some logging there from the import and from the provision detection which might help me narrow down what the problem is.
Looking at the logs (attached) as I try the import, I see:
LogTemp:Display: Running Mono...
LogTemp:Display: Setting up Mono
LogTemp:Display: /Users/Shared/UnrealEngine/4.7/Engine /Users/Shared/UnrealEngine/4.7
LogTemp:Display: The assembly mscorlib.dll was not found or could not be loaded.
LogTemp:Display: It should have been installed in the `/Users/Shared/UnrealEngine/4.7/Engine/Binaries/ThirdParty/Mono/Mac/lib/mono/2.0/mscorlib.dll' directory.
It looks like the 2.0 folder is actually an xml file, not a folder, so maybe something went wrong during installation…
UPDATE:
I tried reinstalling and it was still the same.
I do have a mono/4.5 folder. I copied it’s contents to a new folder called 2.0 and tried again. This time I didn’t get the mscorlib.dll error, but I got an error saying:
Cannot open assembly '/Users/Shared/UnrealEngine/4.7/Engine/Binaries/DotNet/IOS/IPhonePackager.exe': No such file or directory.
This file does exist, however some of the folders in the filepath are capitalized differently (IOS/iOS, DotNet/DotNET, IPhonePackager.exe/iPhonePackager.exe).
After changing these to match the path looked for in the output log, it successfully loads a provisioning file.
Note that this workaround then causes issues when trying to launch the level, as that process expects DotNET, so there is some inconsistency in naming convention here. (Changing the name back allows me to launch again.)
Looks like this and a bunch of other issues I’m having (including being unable to launch/package on an iOS device) are simply due to the file system on my MacBook being case-sensitive and UDK assuming case-insensitivity.