“eskimo”

It’s possible that our messages crossed in the mail, but I sent you a reply on your DTS case on 2026-09-24. Actually, it was two on the same day, and the second one is the one you want. Please check for it. And if you can’t find it, ping my via that case and I’ll resend. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Thanks for that info. Your description of your situation matches my view of your account. Specifically, I see four valid Developer ID Application certificates, all of which expire on 2031-09-15. Their hex serial numbers are: 2DC1________________________3A21 39C0________________________CFD7 0DD8________________________42AD 5A78________________________8038 [quote='907407022, Vivotek, /thread/848773?answerId=907407022#907407022, /profile/Vivotek'] Because we are aware of the strict limit on Developer ID certificates, we halted further attempts [/quote] Wise move! [quote='907407022, Vivotek, /thread/848773?answerId=907407022#907407022, /profile/Vivotek'] Currently, we see 4 Developer ID Application certificates listed under our Team ID in the portal. [/quote] OK. If you click on one it shows the certificate info plus a Download button, right? And your problem is that each of those Download buttons yields the same certificate, right? Each of those certificate info pages should have a unique URL. For example, I see

[quote='907323022, mronian, /thread/848726?answerId=907323022#907323022, /profile/mronian'] Is there a supported way to get both? [/quote] I don’t think so. The only way to change users with launchd is to create a daemon with the UserName property, and that’s not gonna play well with App Sandbox. [quote='907323022, mronian, /thread/848726?answerId=907323022#907323022, /profile/mronian'] Which would you consider on firmer ground? [/quote] Definitely the first one. While it’s somewhat unusual, there’s an existing use case that relies on this, namely, a Network Extension that’s packaged as a system extension. And yep, that configuration uncovered some weird edge cases, but we treated those as bugs to be fixed (for example, this). However, I wouldn’t necessarily rule out your current approach. As I said, it’s not actually doing anything wrong, it’s just weird. If I were in your shoes I’d try this: Lay down a launchd.plist file in /Library/LaunchAgents. With LimitLoadToSessionType set to Background [1]. And Associ

[quote='907355022, Daeigoloo, /thread/848542?answerId=907355022#907355022, /profile/Daeigoloo'] Is it reasonable for an application to rely on this client-lifetime → VM-cleanup behavior … ? [/quote] Lemme restate this question as a series of points, just to make sure I got it right: You’re building an app that hosts guests using Virtualization. In the normal use of your app, you stop any guests in the expected way, either by the guest shutting down or by you forcing the issue with a call to the stop() method. But there’s a possibility of your app crashing. In which case you expect the OS to clean up your guest. But you want to know whether you can rely on that. Or whether you should build some sort of additional stop mechanism, that is, code that detects your app crashing and does something to manually clean up the guest. Is that right? If so, my advice is that you not add such code, but rather rely on Virtualization to clean up for you. Now, as I mentioned earlier, there’s always the possibility of bugs. So,

[quote='907360022, marius, /thread/848762?answerId=907360022#907360022, /profile/marius'] I didn't make a bootable backup. [/quote] You don’t need a bootable backup to recover keychains from macOS 15 [1]. Any backup of the files in ~/Library/Keychains should be sufficient. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com [1] The same can’t be said of macOS 26, where the introduction of protected entropy files means that a simple backup of your home directory is not sufficient.

Thanks for the background info. [quote='907346022, hekkihek, /thread/848680?answerId=907346022#907346022, /profile/hekkihek'] With this code I cannot reproduce the inconsistencies anymore [/quote] Cool. While playing around with this I also noticed that normalising the strings (using -decomposedStringWithCanonicalMapping) also improved things. However, I only did limited testing, so it’s possible that it only works in the specific cases you highlighted. Still, the normalisation test is useful because, by definition, Foundation’s locale-aware APIs (like -localizedStandardCompare:, which is my go-to tool for this sort of thing) are supposed to be normalisation-insensitive. So if normalisation changes things then that it’s clearly Foundation’s bug to fix. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='907304022, DTS Engineer, /thread/848116?answerId=907304022#907304022'] I’m working with some colleagues to try it out. [/quote] One of my colleagues was able to reproduce this, so it’s not just you (-: I’ve passed that info along to the folks investigating your bug report (FB24936489). Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='848824021, fix_parrot, /thread/848824, /profile/fix_parrot'] Filed as FB24987420. [/quote] Thanks. That’s the best path for this report. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Hmmm, I doubt this is a Mac Catalyst problem per se, but rather a provisioning profile one. What does this report: % codesign -d --entitlements - /path/to/your.app Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='848895021, WT-Derive, /thread/848895, /profile/WT-Derive'] Is joinOnce = false right for this [/quote] No. When you set joinOnce to false the system saves a network configuration for that network, much like it does when the user selects a network in Settings > Wi-Fi. That means that iOS will try to join that network like it would any other infrastructure Wi-Fi network. That’s not what you want here, because the network does not lead to the Internet. So iOS could potentially end up wasting time joining this network, only to find that it doesn’t connect to the Internet, and then leave it and trying the other saved Wi-Fi configurations. So, yeah, you want joinOnce set to true. That creates an ephemeral association. iOS tries to join the network immediately but doesn’t save a configuration for it. Also, you should check whether your accessory’s Wi-Fi hardware supports Wi-Fi Aware. If it does, you could use the Wi-Fi Aware framework to talk to it, which will be less disruptive. Finally, I have a bunch o

[quote='848804021, buggmagnet, /thread/848804, /profile/buggmagnet'] I have filed a bug report (FB24985332) about it [/quote] Thanks. From that I was able to quickly track down what’s going on. It seems that this is a known bug )-: You might be able to work around this as by setting the IDEPreferLogStreaming environment variable to YES in the scheme you use when you attach to the NE appex. IMPORTANT When you attach, not when you run, but that shouldn’t come as a big surprise to folks working with NE appexen. As always, I encourage you to retest with new beta releases as they are seeded. As you do that, make sure to remove the workaround, otherwise it’ll mask any fix. [quote='848804021, buggmagnet, /thread/848804, /profile/buggmagnet'] please upvote this so that the NetworkExtension team can fix this faster [/quote] I’m all for that sort of thing in general, but in this case that’s not necessary (-: Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo

This isn’t something we can help you with here on the forums. Rather, you need to seek help via official channels, which is the path you’re already on. For the details, see this post. I see that you also opened a DTS case about this. I’ll reply via that soon, but the gist of that reply is gonna be the same. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I understand that it’s sometimes helpful to create a test thread, but you created 7 of them, which is a tad excessive. I’ve deleted all the others. If you need to continue testing, please do that here. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com