“Apple Maps Guides”

I filed a similar report yesterday... Xcode 26.4 (17E192) Simulators Keep Showing As Unavailable After Successfully Intalling Them FB22346008 ... with sysdiagnose tarball and screen shots. Am also running Tahoe 26.4. I spent the better part of this evening removing the following items: /Applications/Xcode.app /Library/Developer ~/Library/Developer ~/Caches/com.apple.dt.* ~/Preferences/com.apple.dt.* /private/var/tmp/com.apple.CoreSimulator.SimDevice.* rebooting my machine, and then reinstalling Xcode 26.4 (Apple Silicon) and the command line tools. I then used xcrun simctl to flush all of my devices and runtimes. I spent a lot of time fighting Xcode because after removing old simulators, Xcode automatically downloads them all again (SMH!). Once Xcode seemed to stabilize its downloads (using xcrun simctl list to monitor everything), I then added the iOS, watchOS, and tvOS simulators for 26.4. So far, things seem to be behaving. We'll see whether or not I wake up tomorrow to joy or despair. I have a 20

Just to clarify, console is Apple's UI for viewing data from the unified logging system and crash reports. If you want to localize a command-line tool using Apple's localization framework, then you must bundle it in an app. But you can directly run the executable in Contents/MacOS and it will run in the current localization. You can even supply: -AppleLanguages (fr) on the command line to force a specific language. All of this might only work if you are actually running a full user session and running the app in Terminal. If you are logging in remotely or something, all bets are off. That's a different environment and sometimes these things won't work. Some Apple command-line tools get around this by linking to bundled frameworks that are, themselves, localized. I guess you could to that too.

For help with Siri, please post in the Apple Support Community. The Apple Developer Forums are for questions about APIs and features intended specifically for developers.

I've found a solution. I need to delete subscription products with status Developer Action Needed and create a new one. This needs changing product id and fixing app for new ids... Apple, fix your process, it's buggy.

What I’m trying to understand is whether Apple supports any path for this on macOS that does NOT require restricted entitlements or paid-program-only capabilities. So, let me lay out the state of things that you listed: Both DriverKit and Core HID require restricted entitlements. All DriverKit entitlements have Development Only variants which allow those entitlements to be used in development signed builds without any approval (they're added through the portal like any other entitlement). Virtual Core HID does not currently have a development variant, but that's an issue I'm looking into correcting (r.173531752). In both cases, that means using these entitlements currently requires joining the paid program. If you'd like to see us expand these to the free account as well, please file a bug asking for that and then post the bug number back here. Also, to be clear, that is a serious request - I'd like to look at expanding the availability of these entitlements, but that's hard to justify without a bit

This has been happening to me as well. I have 7 apps. Everything was fine and then last week, all apps (builds) were removed from TestFlight. No explanation, just gone. Each new build I upload now shows in TestFlight but I cannot install any of them: “The requested app is not available or doesn't exist”. I have attempted to contact Apple through the “unhelpful” portal but no response. i have tried calling various Apple support lines but they all tell me there is nothing they can do. I need to contact Apple Developer Support. They dont have a number, It must be done through the portal. Super Frustrating!

I created a new one subscription and it started to be visible to submit with app. Do definitely a status Developer Action Needed requires something to trigger it to change to ready status. I could delete them and recreate but product id can't be reused anymore. Apple, come on! How could you show only Developer Action Needed message without telling us what action?! You order us to create clear apps for users, but your tools are buggy at all.

I suspect it was a FILE_NOTIFY_CLOSE. Are you sure it isn't an auth event? Also, are you using separate es_client_t's for your notify and auth events? The timing issue I outlined is theoretically possible in both cases, but MUCH easier to do with auth events. It would be insightful to know if APFS triggers that or related ES events when decompressing a file. Open is what typically triggers decompression; however, in this case, revisiond was actually deleting a file (by calling remove on its path), so it's pretty likely that they had closed it just prior to the remove call. I will submit unified logs that cover the period in question, but your point remains. I'll try and take a look, but I'm not necessarily optimistic. Frankly, these issues generally have a high degree of uncertainty about them, so my comment there was really about acknowledging that reality. Not that our ES hooks are directly causing the deadlock, but that by hooking certain OS events and quickly acting on them, we're exercising the file syst

Zorast's post comes off very angry. I definitely understand why though: Apple steals a LOT of money from its developers and they justify that by saying, It costs money to provide all the tools and frameworks. In that context, there is no excuse for shipping broken, hamstrung tools. Oauth token expiration is a decades-old solved problem. It was solved in Xcode 26.3, even! Allowing that to slip through QA is not excusable. These tools aren't free. They aren't volunteer projects. There is a standard that is expected and Apple is failing to meet it.