The only workaround I've found that works 100% of the time is this: Disconnect iPhone from USB cable if already connected Put iPhone in airplane mode Connect to USB cable and wait for Xcode to finish connecting to it Take iPhone out of airplane mode Apparently Xcode doesn't switch back to wireless debugging after establishing a wired connection so you should be fine for the duration of the session. But ofc if you disconnect the device for any reason (or relaunch Xcode?) then you'll need to repeat this.

I think the problem has to do with what's being requested from NSTextContentStorageDelegate.textContentStorage(range). Even though in the performEditingTransaction block I deleted the entire paragraph range and then re-inserted it with the replacement string and longer length, the delegate is getting called twice with two ranges: a range covering the original length before the edit and a smaller range covering only what was added during the edit. But my delegate is returning a full paragraph object for both, resulting in the duplicates. I need the delegate to only get called for the new aggregate range.

Not sure if this will work for everyone but I was able to upload builds using Apple's Transporter app (available on the Mac App Store) WITHOUT having to switch to manual code signing and creating provisioning profiles. I just dragged in the exported .ipa file and it uploaded without a hitch.

Just chiming in, I'm running into the same problem. As of this morning Xcode (14.0.1) won't show any of my teams in Accounts prefs even after signing out/in and I can't submit builds to the App Store/TestFlight. Submitted a support request to Apple but haven't heard anything back.

I know this is 2 years old, but why on earth isn't NSUbiquitousKeyValueStore supported by watchOS? That would make sharing small bits of data so much easier. The fact that I have to bring up an entire CloudKit infrastructure just to share an auth key is criminal.

Sad to report that the iOS 15.4.1 update didn't address this 😞 Devs: if you haven't done so already, file a ticket with Apple using the Feedback Assistant app.

I wouldn't disable Bitcode to work around this. Bitcode allows your app to be recompiled for specific devices and iOS versions which makes the app package as small as possible when users download it from the App Store. Instead do all of this: Remove libswift_Concurrency from all of your targets (Target ⇢ Build Phases ⇢ Link Binary With Libraries) Remove libswift_Concurrency from the Frameworks group in the Project Navigator Remove all Swift concurrency keywords from your sources: @MainActor, async, await, etc According to the release notes this only happens when the app targets <iOS 15, so presumably all of your users weren't getting these features to begin with and you were already branching on availability of iOS 15. If you're like me, you were doing this to get the subscription management screen in iOS 15 but thanks to this Xcode 13.3 regression your users won't get that even on iOS 15.

Team ID + bundle ID. So: 678ade.com.A.a

Did you ever figure this out? I have the exact same question.

For posterity, this finally resolved itself, seemingly on its own. It would be great if the CK dashboard displayed a more helpful error message here. And if it's the sort of thing that we just need to wait out for a few days, just say so. I spun my wheels on this all weekend long.

Monday morning, still won't load. But I get the feeling this isn't happening to everyone otherwise I'd see more reports. I've tried multiple browsers, multiple devices, clearing caches, etc. Maybe 1 out of 20 times it will actually load, but then when I try to deploy a schema, it shows a weird error (~"couldn't prepare the environment").

The exact same thing is happening to me right now. I've been trying to get in for a day and half. Every once in a while the dashboard will actually load but then when I try to deploy the schema (which is the main thing I need to do right now), I get a weird error.

Actually I just figured it out! NEDNSProxyProvider.startProxy() includes an options dictionary and that includes data from the MDM providerConfiguration.

Hi Matt, that message isn't logged until the proxy extension actually tries to instantiate an NEDNSProxyManager object. New flows appear as normal. The problem is that the extension needs this siteKey string that's in the mobileConfig profile. I haven't been able to figure out how to get that string to the proxy extension without first launching the app. Thanks.

Thanks. I missed the "doesn't involve … sample rate" part of the docs and it wasn't clear to me how the other `convert` variant was supposed to work. But it's working now.