eskimo

[quote='867739022, chrismuench, /thread/769472?answerId=867739022#867739022, /profile/chrismuench'] I still have this problem with Xcode 26! [/quote] That gels with my reading of this bug’s state (FB7791261). [quote='867739022, chrismuench, /thread/769472?answerId=867739022#867739022, /profile/chrismuench'] I still have this problem with Xcode 26! Is there any solution for this? [/quote] Solution to what? This bug prevents you from seeing the device’s profiles, but that doesn’t prevent you from developing. In the standard development workflow your app’s provisioning profile is embedded in the app itself, so this view is irrelevant. If the app is installed, it’s profile is installed. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

With reference to that screenshot, what happens if you switch to the My Identities tab in Keychain Access. Does it show the certificate and private key pairing up correctly? Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

There is no “proper approach” to this. Using Core Bluetooth outside of a GUI login context is unsupported and will remain unsupported unless there are changes to the way that Core Bluetooth handles authorisation. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I’m not a fan of that code. I have a bunch of niggles (see below) but my main concern is that overall approach is: Try to parse the profile. If that fails, assume it’s the simulator. That seems problematic for a couple of reasons: Apps that are deployed via the App Store don’t have a profile, and so defaulting to the simulator settings in that case is just wrong. The simulator is a separate platform, so none of this code ever needs to run there. Rather, you’d conditionalise the code using: #if targetEnvironment(simulator) … return the simulator defaults … #else … run the real test … #endif The provisioning profile is an allowlist. It’s possible for a profile to allow any value, or a specific subset of values. AFAICT that doesn’t happen for these two entitlements, get-task-allow and aps-environment, but it definitely happens for others. On the plus side, it does work with tvOS (-: [quote='867361022, SoumyaMahunt, /thread/807924?answerId=867361022#867361022, /profile/SoumyaMahunt'] this relies on un-documented

D’oh! I make that mistake all the time [1]. Sorry. I’ve fixed my original reply. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com [1] In my defence, check out how similar the URLs are: yours: https://developer.apple.com/forums/thread/808188 theirs: https://developer.apple.com/forums/thread/808088

[quote='867600022, Afogh, /thread/807112?answerId=867600022#867600022, /profile/Afogh'] Any update on this? [/quote] No. If anything changes here, you’ll be notified via Feedback Assistant. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='867488022, pnelson, /thread/808121?answerId=867488022#867488022, /profile/pnelson'] I don't set LimitLoadToSessionType. [/quote] OK. That’s actually good news, because it means that you’re at least running in the right session (the default is Aqua, that is, your agent runs in GUI login sessions). [quote='867488022, pnelson, /thread/808121?answerId=867488022#867488022, /profile/pnelson'] My launch agent is not a GUI app. [/quote] Does it have a GUI app associated with it? If so, try setting the AssociatedBundleIdentifiers property in your launchd property list. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

All I can really do here on the forums is to confirm that your bug (FB19916240) is with the right folks. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='867540022, artur1986, /thread/803413?answerId=867540022#867540022, /profile/artur1986'] I see that the problem has been resolved. [/quote] Yay! [quote='867540022, artur1986, /thread/803413?answerId=867540022#867540022, /profile/artur1986'] I did not receive any information from Feedback Assistant [/quote] Sadly, I think that’s a case of bad timing, with the relevant folks being out of the office for the US Thanksgiving holiday. [quote='867540022, artur1986, /thread/803413?answerId=867540022#867540022, /profile/artur1986'] Please let me know what caused the malfunction. [/quote] I can’t share those details. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

While it’s possible that someone else might chime in, this is kinda off topic for the Apple Developer Forums. Our focus is on helping developers use Apple APIs, tools, and services to create products for Apple’s platforms. We’re not set up to help with requests like this. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='808430021, wudiandy, /thread/808430, /profile/wudiandy'] does App Store Connect require the new build to originate from the same Xcode project … ? [/quote] No. [quote='808430021, wudiandy, /thread/808430, /profile/wudiandy'] does it only validate the Bundle Identifier and Version/Build Number? [/quote] Yes. Well, it validates a bunch of other stuff as well, but in terms of identifying your app that’s always done by its bundle ID. After that it runs a bunch of validation checks, one of which is to check the versions. Your proposed approach should work just fine; I’ve worked with many developers who’ve done this. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Does your product include a Network Extension provider that implements a custom VPN protocol? Or are you configuring the built-in VPN protocols using the Personal VPN API? And if you do have an NE provider, is it packaged as an appex or a sysex? Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

You can expect that most uploads will be notarised quickly. Occasionally, some uploads are held for in-depth analysis and may take longer to complete. As you notarise your apps, the system will learn how to recognise them, and you should see fewer delays. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

The concept of a ‘dead connection’ is not well-defined in most networking protocols. For example, TCP will happily keep trying to send a segment of data until either the remote peer ACKs it or you tell it to stop. This is both a blessing and a curse. On the one hand, you can accidentally trip over your Ethernet cable and then plug it back in without breaking your multi-hour upload. OTOH, when writing code you have to handle this reality. Network framework tends to follow the model of the underlying protocol, and hence the behaviour you’re seeing. How you handle this depends on the nature of your networking. It’s very common for folks to install a viability handler and have it close things down if the connection becomes unviable. I talk about that in Moving from Multipeer Connectivity to Network Framework. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='808800021, jamie_q, /thread/808800, /profile/jamie_q'] it appears to be limited to 8 messages. [/quote] Yep. AFAICT this is simply hard coded )-: [quote='808800021, jamie_q, /thread/808800, /profile/jamie_q'] Is this behavior expected and documented somewhere? [/quote] Not that I’ve seen. I recommend that you file a bug about this, either requesting that it be removed, or that it be documented, or both (-: Please post your bug number, or numbers, just for the record. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com