It looks like this issue is finally fixed in Xcode 26.0. An incremental xcodebuild (second run) in an empty project now takes about 1 second on my machine without any modifications to network rules.

I'm facing the same issue. As a temporary solution, I've installed the iOS 18.0 simulator in Xcode 16.1 to test my CloudKit code.

This issue persists in iOS 17.5 and iOS 18 beta 3. It prevents me from integrating TipKit into my project because the tooltips overlay other buttons and make the UI confusing. Steps to Reproduce Download the TipKit sample project from Apple Open PopoverView and change the tip modifier to .popoverTip(tip, arrowEdge: .top) Run the project and navigate to PopoverView Expected Result The tooltip should appear below the image, with the arrow positioned at the top of the tooltip. Actual Result The tooltip appears above the image, with the arrow positioned at the bottom of the tooltip.

Most of my Xcode previews are crashing very often on Xcode 16 beta. I receive the following errors: Fatal Error in UVJITAgent.swift: Failed linking pseudodylib <path> during initial JIT link. dlopen(<path>, 0x0002): Library not loaded: /System/Library/Frameworks/_ClockKit_SwiftUI.framework/_ClockKit_SwiftUI LLVMError(description: "Duplicate definition of symbol ...") AppCannotRunOnTargetDestination: This app cannot run on the selected target device. I can get all previews to work by performing an incremental build and resuming the preview. Sometimes, I have to repeat this process multiple times. As soon as I switch to another view, the errors return. I've submitted a feedback report and attached diagnostics for all errors (FB13865079).

I have come to the same conclusion as @nikita_dev. My current workaround is to block network requests to developerservices2.apple.com in my hosts file while using xcodebuild. The issue is still present in Xcode 16.0 beta (16A5171c).

I still encounter this issue in the final version of Xcode 15.0 (15A240d). It would be great to have previews available on watchOS to help with complications and widget development.

This does still not work in Xcode 15 and the iOS 17 simulator, unfortunately.

There is nothing wrong with my request payload. I've realized that this API endpoint does not work with in-app purchases which are not yet cleared for sale. I've used one of these for testing, and that caused the issue. A clear error message would be nice though.

I've tried Apple's suggestion and scheduled my notification on both devices with the same UNNotificationRequest identifier and date. As a result, the notification is now triggered twice. At the correct time on the iPhone and with a 13-second delay on the Apple Watch.

This appears to be an issue with the iOS 16.1 simulator. The status bar customization works fine on iOS 16.0 and below. I've reported the issue to Apple (FB11831131).

Thank you, ColtonJ! My AppIntents were no longer visible in the Shortcuts app and this solved my issue. Another tip: If you use SwiftFormat in your project and write code like static var typeDisplayRepresentation: TypeDisplayRepresentation = TypeDisplayRepresentation(name: "Some Name") it will get reformatted to static var typeDisplayRepresentation: TypeDisplayRepresentation = .init(name: "Some Name") which breaks the metadata processor again. Therefore I recommend using the following syntax: static var typeDisplayRepresentation = TypeDisplayRepresentation(name: "Some Name")

There is another thread on this issue where one user got feedback from an Apple engineer: https://developer.apple.com/forums/thread/707827 So I got an answer from a framework engineer on Twitter and it seems that the curved text in the corner won't be supported in watchOS 9. We're supposed to work around by setting a font like .system(size: 28, weight: .semibold, design: .rounded) to get a similar text size but it won't be curved. The other "issue" with the gradient gauge was a misunderstanding of mine: I thought it's only possible to tint it in combination with a gauge style but we can of course just add a .tint(gradient) modifier This bug/oversight is currently blocking my migration to WidgetKit-based complications since you cannot combine the two frameworks for different slots.

I can confirm this issue on the latest Xcode 14.1 beta 3 (14B5033e).

Here is a workaround that works great for me so far: https://blog.nihongo-app.com/stop-xcode-14-beta-from-pegging-cpu/

Here is a workaround that works great for me so far: https://blog.nihongo-app.com/stop-xcode-14-beta-from-pegging-cpu/