DTiPhoneSimulatorErrorDomain Code 2

Hi Kevin, Thank you for the clarification. However, we want to emphasize that the decision to have cupsd ignore one of its main configuration files is a major breaking change. This is not just a tightening of the sandbox but a major departure from documented CUPS behavior (https://www.cups.org/doc/man-cups-files.conf.html). By ignoring cups-files.conf, macOS disables essential administrative controls required for non-standard printing environments. As such, we hope the team will reconsider this approach. If a fixed configuration is necessary for the default security posture, there should still be an alternative that allows legitimate, authorized software to operate in “relaxed” mode. In terms of supporting CUPSD_SANDBOXING_STRICT, am I correct that these two points are the real issues here, not the path limitations? As we mentioned earlier, it is a combination of all three (file/folder access, sub-process handling, and network calls). We are actively working on modifying our backend/filter to accommo

It seems that iOS does update markedTextRange for me. I tried the following code: func textView(_ textView: UITextView, shouldChangeTextIn range: NSRange, replacementText text: String) -> Bool { if let markedTextRange = textView.markedTextRange { let markedText = textView.text(in: markedTextRange) ?? print(markedText = (markedText), replacementText = (text)) } else { print(replacementText = (text)) } return true } And get the following result when inputting あ and then か with Japanese Kana input method: replacementText = あ markedText = あ, replacementText = か Do you see the same thing? is markedText + replacementText not enough for you to determine whether the input is valid? I tested with iPhone + iOS 26.1(23B85), if that matters. Best, —— Ziqiao Chen  Worldwide Developer Relations.

I don't have the answer yet, but the explanation of the error code -2001 and -2014, as shown in the following, basically says your app bundle doesn't have a launchable file provider extension, which is pretty strange if your file provier works when the testing mode isn't used. /** Returned by NSFileProviderManager if no provider could be found in the application */ NSFileProviderErrorProviderNotFound FILEPROVIDER_API_AVAILABILITY_V3_IOS = -2001, /* Returned by the system to indicate that the system does not have any launchable `com.apple.fileprovider-nonui` application extension for this domain's app bundle. */ NSFileProviderErrorApplicationExtensionNotFound FILEPROVIDER_API_AVAILABILITY_V6_0_IOS = -2014, You mentioned the general com.apple.developer.fileprovider capability is not visible in Developer Portal and asked how to enable it, which confuses me a bit, because com.apple.developer.fileprovider is never a capability. Would you mind to share where you found the capability and why you believe it

Thanks for your post. Extremely detailed and interesting. You're right that manually adjusting sizes with and isn't ideal for achieving consistency with native macOS apps, especially across different macOS versions. In previous macOS, I think, SwiftUI provided a way to automatically adjust sidebar icon sizes to match system standards by using modifiers and appropriate view hierarchies. Unfortunately, we are unable to provide any details regarding the design or code for Apple macOS apps. Additionally, the icon sizes may differ from the default icons provided by SwiftUI as you already point it out. Cannot even provide you a way to achieve a sidebar similar to built-in macOS apps, I would recommend for you can leverage the documentation at https://developer.apple.com/documentation/technologyoverviews/adopting-liquid-glass that automatically configures the list to adopt macOS sidebar conventions, including icon sizing and spacing. That Tech Note also provides many different tips to work with the new UI f

I've encountered this exact same problem. I follow this guide to a tee: https://developer.apple.com/documentation/xcode/configuring-your-app-to-use-alternate-app-icons And yet I am consistently hit with: Failed: Error Domain=NSPOSIXErrorDomain Code=35 Resource temporarily unavailable UserInfo={_LSFile=LSIconAlertManager.m, _LSLine=113, _LSFunction=-[LSIconAlertManager iconChangeAlertTokenForIdentity:error:]} My app targets iPads and iPhones, has a minimum version for iOS of 18, and I am not using a simulator, I am running on my own device (iPhone 17 on iOS 26.2). This has been driving me insane. The example project Apple provides works, so I cannot see what possibly could be different.

The sandbox-relaxed mode works up to 26.1 and stopped working in 26.2. So, with a bit more digging, I was able to figure out what's going on here. Basically, as part of a security fix (r.157744252) in macOS 26.2, CUPS was changed to use a fixed configuration, by its config file (/etc/cups/cups-files.conf). That's actually what explains this: As an alternative to the relaxed mode, we also tried Sandboxing off, but that doesn't help either (from CUPS scheduler/conf.h). ...as CUPS was actually always running at CUPSD_SANDBOXING_STRICT, regardless of how you configured it. Is there anything we can configure or modify in the system to achieve the old behaviour of sandbox-relaxed mode? If for some reason, we can’t get back to the previous sandbox-relaxed behaviour, is there a way for us to switch off the sandbox? No, I don't think so. The core problem here is that the sandbox configuration itself hasn't actually changed; cupsd is just ignoring any configuration file. I think you can see this directly if you try pas

Why not just have a way to allow the user to buy the IAP without having to play for 5 minutes? If there's some sort of menu screen just add a way of buying the IAP from there. Some users might play your game for two minutes ten times and never see the screen that appears after five minutes, but they might like it enough to buy it. One of my apps lets you add three things in the free version, and unlimited things once you've bought the IAP, but you don't have to add exactly three things before the buy button appears; it's always there.

@MegaWatt Feel free to reply with focused sample code that runs without any external dependencies, unless absolutely necessary for the issue to be replicated, and I can take a look if something fishy is going on 🎣🔍💭. Please note which iOS and Xcode version is used, thank you.  Travis Trotto - DTS Engineer

I see the navigationTitle as expected without being provided the same myItems, .surfacePrimary and .surfaceSecondary that you used (I used an EmptyView and two generic color options). If the issue persists when you remove these dependencies, please file a bug report that mentions what exact version(s) of iOS and Xcode is affected. Share the FB number and updated sample code below and I can investigate accordingly. Thank you,  Travis Trotto - DTS Engineer

Same here. Tried to enroll on December 30th, their two business days to review the enrollment are surprisingly long. I know that with Christmas and New Year, many people are off, but still… I couldn’t find a phone number, I don’t get replies to mails. Did anyone get approved during the past week or so?