Apple Maps Guides

I'm still unsure if the different color of horizontal ruler views is a bug or the intended design under macOS 26. Therefore, I filed a DTS incident (Apple Developer Technical Support, TSI), asking for a way to customize an NSRulerView's background color...

We have this issue too. How can our iOS engineering team do their jobs without access to testflight if we adopt managed apple ids? The only reference on the topic is here: https://support.apple.com/guide/apple-business-essentials/service-access-with-managed-apple-accounts-axm171b3ee95/web which cites privacy concerns as a nebulous non-reason. Our teams that own mobile software need to use testflight to test release-track builds.

MacOS Tahoe is destroying existing user experience in favor of potential user acquisition based on the idea that more graphic appealing mean better user experience. I've no idea what is result of their field studies but Apple completely lost his founder foresight.

[quote='861299022, chockenberry, /thread/787500?answerId=861299022#861299022, /profile/chockenberry'] not being passive aggressive here [/quote] Understood. I’m about to head out for a few weeks, and I won’t have a chance to post updates here in the interim. So it’s definitely worth continuing to test. Keep in mind my earlier comment: [quote='855659022, DTS Engineer, /thread/787500?answerId=855659022#855659022'] It’s possible that this might end up being a Developer website change. [/quote] That’s looking more and more likely. And if it is such a change, that will roll out independently of the macOS 26.x beta cycle. We don’t have a standard way of notifying folks of Developer website changes, but if you keep testing on the betas it’s likely you’ll eventually notice it (-: Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='861279022, siddhant-mac, /thread/799002?answerId=861279022#861279022, /profile/siddhant-mac'] then run the child process manually with their own parameters? [/quote] Yep. You might be able to prevent that using launch constraints. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='861238022, GlacierSec, /thread/802691?answerId=861238022#861238022, /profile/GlacierSec'] So then it seems we would have to implement DNS Proxy to do what we want? [/quote] I don’t think that’ll actually work. Because of the DNS proxy deployment limitations [1], the ability to modify the proxy configuration is limited to development-signed apps. Once you sign your app for distribution, it’ll lose its ability to modify its DNS proxy configurations. Rather, the site admin is expected to configure the proxy using MDM payloads. Or at least that’s how it works with content filters. I can’t remember whether I’ve ever actually tested this with DNS proxies. However, both occupy a similarly privileged networking position and so I expect them to follow the same rules. A DNS proxy can (more or less) go into pass through mode by leaning in to the systemDNSSettings property. [quote='861238022, GlacierSec, /thread/802691?answerId=861238022#861238022, /profile/GlacierSec'] Or do you have other thoughts now on how to

[quote='861349022, da-kami, /thread/772657?answerId=861349022#861349022, /profile/da-kami'] I may be able to answer my own question [/quote] Yep. While the specific method you’re using has not documentation )-: that method is an obvious descendent of the readDatagrams(completionHandler:) method and its documentation is pretty clear about this: If the datagrams and remoteEndpoints arrays are non-nil but are empty, then no more datagrams can be subsequently read from the flow. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='861351022, oddeyed, /thread/799110?answerId=861351022#861351022, /profile/oddeyed'] Yes, that is correct. [/quote] OK. That certainly does raise a world of possibilities. The approach I usually recommend for incremental Apple installers is to copy the app and then update the copy. See this post. However, I don’t think that’s feasible for an installer package, and I’m not 100% sure what the best option here is. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='861284022, dylandylandylan, /thread/757444?answerId=861284022#861284022, /profile/dylandylandylan'] Is there any way that startVPNTunnel() can fail, without an error being thrown? [/quote] Well, I think you’ve answered your own question there (-: Obviously this shouldn’t happen. A successful call to startVPNTunnel(…) isn’t guaranteed to bring up the tunnel, but it should at least get it into the .connecting state. If that’s not happening, I think it’d be reasonable to file a bug about it. Please post your bug number, just for the record. Your bug will need a sysdiagnose log taken after seeing the problem. Ideally this sysdiagnose log would be: Taken on a device with the VPN (Network Extension) debug profile installed; see our Bug Reporting > Profiles and Logs page for more on that. Taken immediately after seeing the problem. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I’m going to close out this thread. Lemme explain my rationale… The primary issue being discussed here is installing a root certificate without explicit approval from the user such that it’s trusted system wide. There are two different cases: Doing this programmatically Doing this from Terminal or from a shell script For the programmatic case, there’s no supported solution. This isn’t a bug but a deliberate security hardening, as I explained in this post. For the Terminal and shell script case, DevForums isn’t the right place to have that discussion because: Our focus here is primarily on APIs, not device management. Many of the workarounds suggested on this thread rely on implementation details, which is counter to the forums’ focus on APIs. If you want to continue exploring device management options, I encourage you to pop over to the Apple Support Community, run by Apple Support, and specifically the Business and Education topic area. Finally, there’s one very clear path forward here: Ins

[quote='803114021, trustdben, /thread/803114, /profile/trustdben'] until the device is rebooted. [/quote] I recommend that you file a bug about this. Things that need a restart to clear are almost always a bug in one layer on the system or another. Please post your bug number, just for the record. For your bug to get traction it’ll need to have a sysdiagnose log attached, one that was taken on the affected device after you see the problem. I realise that this might be hard to get due to the intermittent nature of the bug. I have some hints and tips about this in Using a Sysdiagnose Log to Debug a Hard-to-Reproduce Problem. Ideally this sysdiagnose log would be: Taken on a device with both the Network Diagnostics and VPN (Network Extension) debug profile installed; see our Bug Reporting > Profiles and Logs page for more on that. Taken immediately after seeing the problem. That’s hard if you’re investigating this based on reporting coming in from the field, but keep that in mind if you’re making a concerted

The thread referenced by RickMaddy has a lot of backstory here, but I want to address this bit specifically: [quote='803112021, sincos2007, /thread/803112, /profile/sincos2007'] does xcode in guest work? [/quote] Xcode does work in the guest but with one significant limitation: You can’t run Mac apps that use restricted entitlements [1]. For some folks that’s a complete showstopper. For others it’s a non-issue. If this a problem for you, I recommend that you watch the above-mentioned thread where I’ve been posting updates about new developments in this space. Oh, and all of the above is assuming you’re on Apple silicon. The story for Intel-based Macs is very different. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com [1] Those that must be authorised by a provisioning profile. See TN3125 Inside Code Signing: Provisioning Profiles.