I've been getting an errors while building about undefined symbols when trying to use primarySidebarTrackingSeparatorItemIdentifier or supplementarySidebarTrackingSeparatorItemIdentifier on Xcode 12 beta1 & beta2. Am I doing something wrong, or are these not yet available in the betas?

In the Video around 15:50 mark, the ability to group dynamic options (in custom intents) into sections was demonstrated using the new INObjectCollection & INObjectSection classes. I have been trying to use these in my Intents, but my dynamic options keep showing up as a single un-sectioned list. Are sectioned dynamic options not yet available in beta 3?

Less than 5 seconds after I swipe up from the bottom (with my app running the foreground, not from the app switcher) to send my app to the background on my iPad (running iOS 14 Beta 3) while running my app with the debugger attached through Xcode 12 beta 3, connected to my Mac with a band new lightning cable, I see this message (and then my app is no longer running) :- Message from debugger: Terminated due to signal 9 This happens consistently, without me trying to quit the app from the app switcher. Since this is a beta, I'm not sure if this is an issue in my app, an issue in Xcode 12 beta, or an issue in the iOS 14 beta.  Does anyone have any thoughts on what's going on?

I'm trying to mask a view displayed inside of the widget to a shape that matches the overall shape on iPadOS 15. If I use it as a .clipShape for my subviews. Here is a simplified example showing what I'm doing. On iPadOS 15, this results in a blue rectangle, rather than a blue round rect as I was hoping for. (The exact same code works fine on iOS 15, and macOS Monterey). struct InsetView: View { var body: some View { VStack { Text("Top") Text("Bottom") } .frame(maxWidth:.infinity, maxHeight: .infinity) .background(Color.blue) .padding(10) .clipShape(ContainerRelativeShape()) } } Is this expected behavior, a bug or am I just using this API incorrectly? Any pointers would be great appreciated. Again this is an issue I'm only seeing on iPadOS 15 (betas 1-5, i.e. all betas so far), it works absolutely fine on iOS 15 beta, and macOS Monterey beta.

I'm at a state where, on my iPhone, my App's Shared Group Container Directory is Using 303 KB, Documents Directory is Using 16 KB, Temporary Directory is Empty, and, Caches Directory is using 295 KB. Yet, for some reason my iPhone's Settings App > General > iPhone Storage, seems to think that my app's "Documents & Data" is using 191.9 MB. What gives? I have tried everything I could think of here. I tried downloading my app's container to my Mac using Xcode. I have even tried re-booting my iPhone, and force-quitting & restarting the iOS Settings app. None of these have offered a hint. Is there something I'm missing here? How exactly does the system calculate "Documents & Data" disk usage? Is there anyway to know what using this disk space?

I was able to upload builds using Xcode 15 beta 6, but with beta 7, I have started getting this error:- Unsupported Xcode or SDK Version. Your app was built with a version of Xcode or SDK that is not yet supported for upload to App Store Connect. For more information about supported versions of Xcode and SDK for Testflight or App Store submissions, view the App Store Connect What's New page (https://developer.apple.com/app-store-connect/whats-new/). (ID: XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX) Any ideas?