Hello! I have an app that has both iPhone and iPad targets. I want to use the iPhone version on Vision Pro. But since the app has an iPad version, the system always uses the Designed for iPad version. Is any way to set the Designed for iPhone version as the version to use on Vision Pro (while weeping the iPad target). Thank you!

Hello. We are experiencing come crashes on iOS 15.7 (both beta and release version). Our crashes are spiking with the release of iOS 15.7. This issue happened before on iOS 15.6 beta but on 15.6 release it was fixed. Here is the stack trace: NSInvalidArgumentException ___CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ NSInvalidArgumentException: -[SKStoreProductViewController sceneDisconnected:]: unrecognized selector sent to instance 0x10bb15e00 0 CoreFoundation ___exceptionPreprocess 1 libobjc.A.dylib _objc_exception_throw 2 CoreFoundation -[NSObject(NSObject) doesNotRecognizeSelector:] 3 UIKitCore -[UIResponder doesNotRecognizeSelector:] 4 CoreFoundation ____forwarding___ 5 CoreFoundation ___forwarding_prep_0___ 6 CoreFoundation ___CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ 7 CoreFoundation ____CFXRegistrationPost_block_invoke 8 CoreFoundation __CFXRegistrationPost 9 CoreFoundation __CFXNotificationPost 10 Foundation -[NSNotificationCenter postNotificationName:object:userInfo:] 11 UIKitCore -[UIScene _invalidate] 12 UIKitCore -[UIWindowScene _invalidate] 13 UIKitCore -[UIApplication workspace:willDestroyScene:withTransitionContext:completion:] 14 UIKitCore -[UIApplicationSceneClientAgent scene:willInvalidateWithEvent:completion:] 15 FrontBoardServices -[FBSScene _callOutQueue_agent_willDestroyWithTransitionContext:completion:] 16 FrontBoardServices ___84-[FBSWorkspaceScenesClient _queue_invalidateScene:withTransitionContext:completion:]_block_invoke_2 17 FrontBoardServices -[FBSWorkspace _calloutQueue_executeCalloutFromSource:withBlock:] 18 FrontBoardServices ___84-[FBSWorkspaceScenesClient _queue_invalidateScene:withTransitionContext:completion:]_block_invoke 19 libdispatch.dylib __dispatch_client_callout 20 libdispatch.dylib __dispatch_block_invoke_direct$VARIANT$mp 21 FrontBoardServices __FBSSERIALQUEUE_IS_CALLING_OUT_TO_A_BLOCK__ 22 FrontBoardServices -[FBSSerialQueue _targetQueue_performNextIfPossible] 23 FrontBoardServices -[FBSSerialQueue _performNextFromRunLoopSource] 24 CoreFoundation ___CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ 25 CoreFoundation ___CFRunLoopDoSource0 26 CoreFoundation ___CFRunLoopDoSources0 27 CoreFoundation ___CFRunLoopRun 28 CoreFoundation _CFRunLoopRunSpecific 29 GraphicsServices _GSEventRunModal 30 UIKitCore -[UIApplication _run] 31 UIKitCore _UIApplicationMain 32 XXXXXXXXXXX main (main.m:8:22) 33 dyld start Regards!

Hello. We are facing an issue with Xcode 13.3.1. We have an application with a "large" number of integrated frameworks. We use those frameworks to modularize smalls parts of our app. Currently we have more than 200 modules. With Xcode 13.2.1 we have no problem with this number of frameworks. But with Xcode 13.3.1 out app crashes when launching on a device but on simulators it works just fine. The error that we get is: dyld[458]: unknown library ordinal -15 in /private/var/containers/Bundle/Application/B1B4B241-A959-4BAB-91F0-57D3A786EC84/AppName.app/AppName when binding '_$s2os0A4_log_3dso0B04type_ys12StaticStringV_SVSgSo03OS_a1_B0CSo0a1_b1_D2_tas7CVarArg_pdtF' After different attempts out we found that this issue was related to the amount of frameworks embebed in our app. We use Cocoapods to integrate our modules but this issue happens even if the frameworks are integrated directly on Xcode, without Cocoapods. We checked this by creating a sample project. Unfortunately the forum won't allow me to attach the project here. This is what I mean with "integrate the frameworks directly on Xcode": It crashes with Xcode 13.3.1 and 224 frameworks. This is an image of the crash: If you remove just one framework, the app starts correctly. And if you run the project with Xcode 13.2.1 and 224 frameworks, the app starts just fine. I think this issue may be related with this other question on the forum

Hello. I'm having problems testing my app using Xcode13 beta 5 and iOS15 simulators. When I try to run the tests of a target that needs a host application on a iOS 15 simulator I get the following crash before the test starts: Thread 1: EXC_BAD_ACCESS (code=EXC_I386_GPFLT) dyld_sim`getpid:   0x10ccd7765 <+0>: pushq %rbp   0x10ccd7766 <+1>: movq  %rsp, %rbp   0x10ccd7769 <+4>: leaq  0x38950(%rip), %rax    ; gSyscallHelpers   0x10ccd7770 <+11>: movq  (%rax), %rax -> 0x10ccd7773 <+14>: cmpq  $0x5, (%rax)   0x10ccd7777 <+18>: jb   0x10ccd7780        ; <+27>   0x10ccd7779 <+20>: popq  %rbp   0x10ccd777a <+21>: jmpq  *0x128(%rax)   0x10ccd7780 <+27>: callq 0x10ccd7fef        ; findHostFunctions   0x10ccd7785 <+32>: popq  %rbp   0x10ccd7786 <+33>: jmpq  *0x38fa4(%rip)      ; proc_getpid If I run the tests with Fastlane, on the console it shows: ▸ Testing failed: ▸ MYAPPTests: ▸ MYAPP (66354) encountered an error (Test runner never began executing tests after launching.) ▸ ** TEST EXECUTE FAILED ** On targets that does not need a host application it works well. And if try to run the same target with host application but on a iOS 14 simulator, it works fine. So the problem seems to be the iOS15 simulator. Any tips? Thank you!