Apple Maps Guides

When you ask for duet log, are you referring to the logs from this: No, what I actually meant was dasd (Duet Activity Scheduler Daemon). I confess that I generally get to it from other processes* and didn't actually remember the daemon's name as I was writing that. *Meaning, I start by finding the task logging from the source process and then trace that activity back or forward into dasd. What is duetexpertd? It's a background daemon (part of Apple's Duet proactive intelligence framework) that handles personalized features and data syncing across iOS and macOS. Yeah... that does not describe what it actually does. I believe it's actually responsible for collecting and managing the on-device usage data that the device uses for things like intelligent app suggestions, etc. I have no idea where the idea it was involved with data syncing came from, but no, that's not at all what it does. __ Kevin Elliott DTS Engineer, CoreOS/Hardware

Thank you for your post. We recommend that you sign up for a session with App Review during the weekly Meet with Apple event. Sign in with your Developer ID and select Request a one-on-one App Review consultation. A member of the App Review team will help you with your questions regarding the review process and the App Review Guidelines.

I want to start by clarifying one point here: [quote='803939021, DevicesTeam, /thread/803939, /profile/DevicesTeam'] On some devices after restarting we see an error message [/quote] If a Mac is affected, is it always affected? That is, will it happen every time you restart that machine? Or will any given Mac exhibit this problem, but just at a low probability? Beyond that, I want to pass along some general debugging tips: Platform SSO logs to the com.apple.AppSSO subsystem, so if you’re looking for hints as to what’s gone wrong you should focus on that. See Your Friend the System Log for lots of system log hints and tips. There’s a Single Sign-On debug profile an our Bug Reporting > Profiles and Logs page, and you’ll want to install that while investigating this issue. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

There are three different questions here, so let me tackle them in turn. [quote='805211021, nikhil2701, /thread/805211, /profile/nikhil2701'] Are the Wifi-Aware's WAEndpoint’s discovered ephemeral? [/quote] That’s a matter of definition (-: Our recommendation is that you treat an endpoint like other networking objects, that is, it’s fine to continue using it while your app is running, but it’s best to drop it when your app gets suspended [1]. Also, keep in mind that you can only connect while the publisher is still running, and that gets increasingly unlikely as time goes by. [quote='805211021, nikhil2701, /thread/805211, /profile/nikhil2701'] What is the impact on the infrastructure wifi here in comparison to using the Apple peer to peer wifi … ? [/quote] Wi-Fi Aware certainly can have an impact on infrastructure Wi-Fi. I don’t have any concrete info about that impact, or how it compares to Apple peer-to-peer Wi-Fi. However, you will likely see a difference depending on how you use Wi-Fi Aw

It looks like they added a technical note with a little more information since this was posted: TN3192: Migrating your iPad app from the deprecated UIRequiresFullScreen key | Apple Developer Documentation

I did further investigation and that's step by step I did: Created manifest file: { assetPackID: assettest, downloadPolicy: { onDemand: {} }, fileSelectors: [ { file: audio/test_audio.mp3 } ], platforms: [ iOS ] } Created package assettest and upload it to AppStore Connect via Transporter (verified, delivered, ready for internal testing) xcrun ba-package Manifest.json -o assettest.aar Created new target ManagedAssetPack (Apple-Hosted). BackgroundDownloadHandler file is: import BackgroundAssets import ExtensionFoundation import StoreKit @main struct DownloaderExtension: StoreDownloaderExtension { func shouldDownload(_ assetPack: AssetPack) -> Bool { // Use this method to filter out asset packs that the system would otherwise download automatically. You can also remove this method entirely if you just want to rely on the default download behavior. return true } } Created appgroup and successfully associated main app target and background assets target (I have 3 flavors in main app, Signing&Capab

I think we need to make this a bit more concrete. Pasted in below is a small test program that archives a trivial object hierarchy, rooted at the Root class which has a reference to the Nested class. When I run this local (Xcode 26.0.1, macOS 15.7.1) I see this: root.tag: 666, root.nested.tag: 42 So, this line: let root2 = try NSKeyedUnarchiver.unarchivedObject(ofClass: Root.self, from: archive) is able to unarchive the root object by just supplying Root. It doesn’t need to list Nested as well. I’m not 100% sure what’s going on your case, but if you’re able to modify my program to reproduce your issue I’d be happy to take a look. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com import Foundation class Nested: NSObject, NSSecureCoding { init(tag: Int) { self.tag = tag } var tag: Int static let supportsSecureCoding = true required init?(coder: NSCoder) { self.tag = coder.decodeInteger(forKey: tag) } func encode(with coder: NSCoder) { c