Post not yet marked as solved
Did you ever figure out how to format the NFC tag?
Post not yet marked as solved
It seems that Apple have deprecated Xcode Server, hence all the issues and no replies to bug reports.
I've resigned myself to the fact that we must use Xcode cloud now and have my bot tests working their...
Until they start charging, then i'll look for an alternative.
Post not yet marked as solved
Yes I also noticed it has user login issues.
I've recreated all my bots with 14.2 again but now they fail to checkout with auth failure and after 2 hours i'm on the verge of giving up.
It's funny how all the Xcode Server bug reports i've submitted have all occurred since Xcode Cloud was introduced and none have had a single reply.
Post not yet marked as solved
Never mind. It seems Xcode had signed me out of my new dev account.
I'm now getting this with Xcode 14.2
Post not yet marked as solved
It works fine with Xcode 14.1 RC2
Post not yet marked as solved
Success.
I finally got a build to be accepted.
I set ALWAYS_EMBED_SWIFT_STANDARD_LIBRARIES = NO for the watch target.
I don't know how this might affect the actual running of the watch app, as I no longer have an Apple Watch to test it on, but the iOS app is running fine through TestFlight.
Post not yet marked as solved
I've tried removing the arm64e slice from the /SwiftSupport version after archiving the app, then letting Xcode create a build for the App Store, but exporting it, and both versions seem the same. However after uploading, I still get the error.
Post not yet marked as solved
I've tried so many builds and none work.
After letting Xcode package to upload, both the /SwiftSupport/watchOS/libswift_Concurrency.dylib and /Payload/MY_APP.app/Watch/MY_APP_WatchOS.app/Frameworks/libswift_Concurrency.dylib files contain the same swift version 5.7.1, however the one in /SwiftSupport contains the arm64e slice but the other one doesn't.
I can't get Xcode to export the build without arm64e and I'm not sure if I can just remove it from the .app or whether the signature will then be invalid?
Post not yet marked as solved
This is getting frustrating now. I've tried adding arm64e as an architecture to my watchOS app, but now get an error that it's an invalid implementation.
Post not yet marked as solved
Ok, so regardless of me changing the architectures in:
/Products/Applications/MY_APP.app/Watch/MY_APP_WatchOS.app/Frameworks/libswift_Concurrency.dylib
as soon as I let Xcode do whatever it does when hitting "Distribute App", it removes the arm64e architecture from the watch app framework, but leaves it in the /SwiftSupport/watchOS/libswift_Concurrency.dylib version.
So they will never match!
Please, how can I fix this?
Post not yet marked as solved
Nope, tried removing arm64e architecture from /Payload/MY_APP.app/MY_APP_WatchOS.app/libswift_Concurrency.dylib but still get the same error.
/SwiftSupport/watchos/libswift_Concurrency.dylib:
contains: armv7k arm64_32 arm64 arm64e
size: 30594960
/Products/Applications/MY_APP.app/Watch/MY_APP_WatchOS.app/Frameworks/libswift_Concurrency.dylib
also contains: armv7k arm64_32 arm64 arm64e
size: 2224144
Post not yet marked as solved
The lib swift_Concurrency.dylib framework contains the arm64e architecture, but my watchOS binary does not.
I wonder if this is the problem, and if so, why?
Post not yet marked as solved
Did you ever figure this out? I am getting a lot of Code=306 "Reached max retry count" errors in Production when users attempt to make a purchase.
Apple can't fix/debug it unless I can provide a way to reproduce it.
Post marked as Apple Recommended
I hope everyone is filing bug reports for this.