xcode github

Thank you for your post. And thanks for the 2 images showing the behavior for the confirmation dialog: https://developer.apple.com/documentation/swiftui/view/confirmationdialog(_:ispresented:titlevisibility:presenting:actions:)-9ibgk A comprehensive documentation exists regarding Liquid Glass, which may explain certain changes. However, it is noteworthy that controls now exhibit subtle variations in default behavior to align with the updated UI. While you can still anchor or modify controls to achieve your desired outcomes, I personally recommend retaining the new iOS behavior. https://developer.apple.com/documentation/technologyoverviews/adopting-liquid-glass However, if the default behavior of any control does not align with your requirements, I recommend customizing it instead of requesting an enhancement. I see you are using iOS 26.1 simulator, have you downloaded the new Xcode in beta and try the new beta iOS simulators? Albert Pascual
  Worldwide Developer Relations.

You get lost when you try what ? If that may be useful, my advice is to get focused. You have learned the basics (of Swift, SwiftUI, Xcode…). Even if you are not yet an expert, that is good enough for second step. Focus: Imagine a simple app that you would be pleased to use for yourself (think of some pain points you have in your daily life that an app could help solve). Then go and develop the app. Going through all the development steps will let you put in practice what you have learned and then better understand how all this works. For sure you will face issues you cannot manage: ask for help on the forum. Once you app is completed, you will see you have learned a lot. And be ready to think of an app for the AppStore. Good luck.

Hi Apple team, Thanks for the follow up. Here are the details you requested: Platform: iOS (running on iPhone hardware; built with Xcode 15, iOS 17 SDK). Extension type: Network Extension provider packaged as an app extension (appex) within the main app target. Keychain configuration: The main app and the extension both have the Keychain Sharing capability enabled with the same access group (for example, ABCD1234.com.example.shared). We also tried the common app group and specifying the access group via kSecAttrAccessGroup, including variations such as $AppIdentifier.KeyChainSharingGroup. Error observed: When the extension attempts to access the shared keychain, SecItemCopyMatching returns status 25291 (errSecNotAvailable), which Xcode reports as No keychain is available. The same code and access group work from the containing app. Could you advise whether additional entitlements are needed for Network Extension providers on iOS, or if there are specific packaging or provisioning steps we sh

[quote='867992022, pepipox, /thread/808699?answerId=867992022#867992022, /profile/pepipox'] The whole concept already works if launched from Xcode as root. [/quote] Running code as root from Xcode is very tricky. It puts you in a mixed execution context, where you’re running as user ID 0 but your non-BSD execution context is that of the GUI login session. Weird things happen in that case. In this case those weird things seem to be beneficial, but in reality they’re just misleading )-: [quote='867992022, pepipox, /thread/808699?answerId=867992022#867992022, /profile/pepipox'] My idea is that the user launches some app [/quote] If you have a GUI app and you’re using Personal VPN, why not call NEVPNManager directly from it. Why do you need these extra running-as-root bits? Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='868011022, chrismuench, /thread/769472?answerId=868011022#868011022, /profile/chrismuench'] it is clearly still a bug in Xcode 26 [/quote] Absolutely. There’s no argument about that. [quote='868011022, chrismuench, /thread/769472?answerId=868011022#868011022, /profile/chrismuench'] which leads to deployment failure from my Visual Studio on my PC. [/quote] With Xcode, you don’t need to explicitly install the profile because the system picks it up from the embedded.mobileprovision file embedded within the built app. I don’t know enough about how Visual Studio builds and installs apps to offer any insight into why that’s not working for it. My advice is that you escalate this via the support channel for that tooling. ps It’s better to reply as a reply, rather than in the comments; see Quinn’s Top Ten DevForums Tips for this and other titbits. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I wanted to wade in to the logging side of this. You wrote: print(…) When debugging code that might run in the background, I recommend that you use the system log rather than print(…). The print(…) routine prints to stdout, which you’ll only see if you ran your app from Xcode. OTOH, the system log lets you monitor your logging regardless of how your app was launched. I have a lot more info about the system log in Your Friend the System Log. I also have general info about debugging code that runs in the background in Testing and Debugging Code Running in the Background. Not all of that applies to your case, but it’s a good place to start. os_log(.debug, perform boot: (item)) Is there a reason you’re not using the new Logger API? It’s much nicer. [quote='868100022, Eloo, /thread/809001?answerId=868100022#868100022, /profile/Eloo'] the logs appear to be uneven [/quote] Right. The system log is a limited resource. If you log to it too quickly, you will run into problems. In your specific example, logging

Thanks for the suggestion but I've tried exporting the GPU trace to a Mac that runs Xcode 26 and I'm still encountering the same issues.

You can think of the number of phrases as in terms of the customer's selected locale, and the limits of 1,000 phrases applies within that locale, not all locales combined. For example, if you have an app with localization support for two different locales, and the first locale needs 500 localized phrases, and the second locale requires 600 localized phrases, your app is still within the phrase limit, because you're only working with 500 or 600 phrases at a time, not 1,100 phrases in total. Keep in mind that the system offers flexible phrase matching automatically, so you don't need to include minor wording changes as separate phrases, to help you manage the amount of phrases you need to provide with your App Shortcuts. You can test out different phrase variations to see how the flexible matching works through the Product > App Shortcuts Preview menu item in Xcode. — Ed Ford,  DTS Engineer

Any suggestions would be great. Most of the Apple documentation on USB ports is like 20 years old, and the new stuff pushes you towards DriverKit. Making this explicit, trying to do this with DriverKit is a great way to make a lot of extra work for yourself without any real benefit. You MIGHT need a codeless DEXT, but that's very different than actually using DriverKit. The USB Host framework is exactly what you want to use. I have been able to open an inservice to the device at the top level, but I get an error when I use it. What's the device? The typical issue here is that one of the class drivers has claimed the device, which blocks your access. Assuming that's the case... I started using DeviceKit, but I received signing errors. I shouldn't have to go down that path just to dump data from a USB port? ...then a codeless DEXT will let you push our driver out of the way. The article Overriding the default USB video class extension has an overview of what's involved. On the codesigning side: I started using