Figured it out. The notarytool I tried from Xcode 14.3.1 is broken as it doesn't bundle (or hard link) the libswift_Concurrency.dylib. However copying a notarytool from Xcode 13.4.1 (as Quinn did above) works: % ~/Desktop/notarytool OVERVIEW: Manage submissions to the Apple notary service USAGE: notarytool <subcommand> Perhaps it has been fixed in a more recent Xcode build?

Moved to a comment on Quinn's post

This is still happening for me with latest Xcode beta on Ventura. It's bloody annoying when it starts happening. It's even continuing after a reboot! I've filed a Feedback on it, if that helps: FB11344760 with this info Details Failed to prevent system sleep during UI testing. Error code: -536870211 Domain: IDEFoundationErrorDomain Code: 1 User Info: {     DVTErrorCreationDateKey = "2022-08-22 22:52:06 +0000"; } -- System Information macOS Version 13.0 (Build 22A5321d) Xcode 14.0 (21322) (Build 14A5284g) Timestamp: 2022-08-22T17:52:06-05:00

Well everything is working correctly, unless you use the Simulator to test your iOS code... because then you'll spend a day chasing down a non-existent bug. Lesson learned, the hard way.

I'm sure you saw this in the docs? UIDocumentStateEditingDisabled The document is busy and it is not currently safe for user edits. This state is set just before UIDocument calls the disableEditing method. It calls enableEditing when it becomes safe to edit again. UIDocument also sets this state when an error prevents the reverting of a document. So it's some internal state when things are getting sync'd up with iCloud (there's quite a lot of moving parts) and the system would prefer you not make any data changes. This going to happen, at least, after opening and saving (including autosave), when it checks to see if there are conflicts. I imagine Apple doesn't want to delay opening the file (for user responsiveness) so defers the conflict check, but then needs a moment to make that check, I'm surprised you're seeing .5 seconds though, is it because of a slow network or big file?