I am seeing the same issue with Xcode 27 RC.

If you mean that MetricKit on iOS 27 is better about including terminationReason, I'll watch for that. I do also plan to support the new MetricKit. As for the Xcode organizer, its top entry in Crashes under Reports does look like a 0xdead10cc termination - it carries that code if I go look at the raw report on disk (side note - the Organizer does not expose these terminations well - FB12292887). But on the Terminations screen under Metrics, it shows background terminations as being 98% System Pressure, and 1% File Lock and 1% Other. I don't believe 1% of terminations works out to enough to explain the numbers of reports I've been seeing, and certainly not to the count shown on that top entry in Crashes under Reports. As another signal, the original impetus for me chasing this is that the Crashes metric in App Store Connect for my app shows a higher crash count per day than I expect, not matching any other reporting source I have. It's why I started uploading all my MetricKit reports from devices in the field.

That one actually has some of my app's symbols active on a background thread - here's an example of one that doesn't. test2.json

I'm rendering the whole thing to JSON. Here's an example. C78398D4-EAA9-4A9A-8117-60AD7B0B387C.json

The behavior has changed (and I’d say regressed) with iOS 27 seed one. As of iOS 26.5, if the view with the scroll edge effect contains a UIVisualEffectView with a glass effect, the blur extends down to the bottom edge of the view. On iOS 27.0 seed one, the effect only goes to the bottom edge of the effect view. I've attached a new sample app and screen recordings to the feedback mentioned above.

This is broken again in iOS 27.0 Seed 1 when the style on the top edge effect is explicitly set to .hard. Since the old Feedback was closed, I've re-filed as FB23005490.

FB20756572

This is slightly different on iOS 26.1 beta 4. The initial page load still displays the same issue, but if you tap a link somewhere on the page and navigate, the blur updates to extend down to the bottom of the bar view.

I filed too, with a sample project. Mine is FB20069803. Note that this occurs on Seed 9, but that's not an option in the "which build" dropdown in Feedback Assistant.

FB16114803

The header appears to be fixed in the public release iOS 18.2 with Xcode 16.2.

Similar question, but specific to restoring window size and position after closing using the red stoplight button: https://developer.apple.com/forums/thread/767546

I'm seeing the same issue with Xcode 16.1 on macOS Sequoia 15.1 when building my Catalyst app. I found this StackOverflow comment saying if you change the Debug Information Format build setting away from and back to its default, "DWARF with dSYM file", the setting value becomes explicit in the project file and Xcode is forced to generate the dSYM for the main app target. This seems to work for me.

I was able to work around this issue with NSInvocation in Objective-C: WKWebViewConfiguration *config = [[WKWebViewConfiguration alloc] init]; SEL selector = @selector(setWritingToolsBehavior:); NSMethodSignature *sig = [config methodSignatureForSelector:selector]; NSInvocation *invocation = [NSInvocation invocationWithMethodSignature:sig]; [invocation setSelector:selector]; [invocation setTarget:config]; NSInteger arg = (NSInteger)UIWritingToolsBehaviorNone; [invocation setArgument:&arg atIndex:2]; [invocation invoke]; This works to set the writingToolsBehavior to none, and I don't get the Writing Tools option in my popup when selecting text in my WKWebView.

How do you get Xcode to debug your Control Center widget? I found this thread after getting this error message out of Console.app streaming logs from my device.