“eskimo”

[quote='882567022, WangZiYuan, /thread/817264?answerId=882567022#882567022, /profile/WangZiYuan'] But when I disable the content filter, the process does not stop. [/quote] OK. That’s not unexpected, give my understanding of how NE relates to the sysex infrastructure. [quote='882567022, WangZiYuan, /thread/817264?answerId=882567022#882567022, /profile/WangZiYuan'] When I manually kill the original process … the process ID definitely changes, but the issue persists. [/quote] Blat! I was hoping that the bogus state would be stored in the sysex process, and thus this would clear it. Given this finding, the only path forward I see is a bug report. [quote='880612022, kunal_a, /thread/817264?answerId=880612022#880612022, /profile/kunal_a'] I submitted FB19734992 [/quote] Thanks. I can’t go into all the details here, but the executive summary is: For internal reasons, we have an internal bug tracking the fix (r. 172870187). That fix is not in any currently released or seeded version of macOS. Even when that fix land

[quote='882538022, AlexPan19920718, /thread/820969?answerId=882538022#882538022, /profile/AlexPan19920718'] FB: FB22384135 [/quote] Thanks for filing that. I took a look at Xcode 26.5b1 and it still seems to have the problem )-: Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='882565022, nckh, /thread/820929?answerId=882565022#882565022, /profile/nckh'] Seems to be fixed in Xcode 26.5 beta 1 :) [/quote] Yay! Thanks for the heads up, and also for testing with Apple’s beta seeds. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I’m not aware of any known issue that matches these symptoms. As you’ve noted, iOS is expected to preserve app group containers across OS and app installs. This certainly works for most apps and most users, but that doesn’t preclude there being a bug that causes this problem for some users of some apps. To investigate this we need to see a sysdiagnose log taken immediately after the user notices the problem. That’s gonna be tricky to acquire given that this problem isn’t obviously reproducible. I have a bunch of background on this in Using a Sysdiagnose Log to Debug a Hard-to-Reproduce Problem. Key to that process is the ability to quickly and reliably identify that the problem has occurred. If I were in your shoes I’d add specific code for that, code that’s not tied to UserDefaults or Core Data. Both of those are big, complex subsystems, which makes it hard to know whether you’re hitting a problem with that subsystem or something more fundamental. Rather, I recommend that you store this state in files that y

Ah, you’re using FTP. The FTP support in URLSession is based on CFFTPStream. That has known crashing bugs, and I believe that one of those bugs in causing this crash in URLSession. I recommend that you stop using FTP. If you can’t stop using FTP, you need to write or acquire your own FTP client rather than relying on Apple’s built-in one. See TN3151 Choosing the right networking API and, for even more details, my On FTP forums post. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

You haven’t asked a question here, so it’s not clear what your goal is with this forums thread. My best guess is that you’re aiming to report a bug in Rosetta. If that’s the case I recommend that you file that in Feedback Assistant. See Bug Reporting: How and Why? for lots of detailed advice on that topic. Please post your bug number, just for the record. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I want to start by pointing you at TN3158 Resolving Xcode 15 device connection issues. This provides general background and one critical data point, namely, it shows how to identify the direct link interfaces used by Xcode. [quote='821229021, tathac, /thread/821229, /profile/tathac'] I have my web content filter … and there is also SentinelOne web content filter with same configuration. [/quote] I’m presuming that this SentinelOne filter isn’t something you have direct control over. Given that, my advice is that you remove it from the equation and replace it with a placeholder content filter that you do control. This gives you full control over the (non-Apple) bits of the stack. That’ll tell you whether this issue is fundamental to having two content filters installed, or whether there’s something specific about the SentinelOne filter that’s triggering the issue. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

My understanding is that your accessory is presenting a network interface to iOS much like, say, an USB Ethernet dongle would. In that case I’d expect iOS to assign IP addresses to that interface as long as the interface claims that it’s up. You can prototype this with an USB Ethernet dongle: Connect the dongle via Ethernet to the Internet. And then connect it to iOS. Verify that iOS has network connectivity over the Ethernet. Disconnect it from iOS. Disconnect the Ethernet dongle from the Internet, but leave it connected to your switch so that the link status stays up. Reconnect it to iOS. You should see iOS bring up the interface with link-local IPv4 [1] and IPv6 addresses. Any app running on iOS should be able to communicate over that interface. For example, if you have a configure like this: iPhone | USB Ethernet | ----+----------------+--------------- isolated Ethernet | Mac | ---------------------+--------------- Wi-Fi to Internet Safari on the iPhone should be able to connect to a web server running on

It’s hard to offer a specific answer without more context. iOS uses many different cryptographic algorithms, and the exact details vary based on the circumstances. Have you read Apple Platform Security? If not, I suggest you start there. 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. For lots of additional info about notarisation, see Notarisation Resources. Specifically, it links to a Q&A with the notary service team that’s quite instructive. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Thanks for bringing this to the forums. [quote='821062021, hsbc-uruguay, /thread/821062, /profile/hsbc-uruguay'] Any improvements or new tools available since the 2022 DTS post? [/quote] I’m glad you asked (-: Recently the App Store Connect folks updated their documentation to describe a technique for transferring app groups between teams. See App Store Connect Help > Transfer an app > Overview of app transfer > Apps using App Groups [1]. Given that, it’s now possible to use an existing technique — using an app group ID as a keychain access group — to preserve keychain access across an app transfer. I’ve just updated App ID Prefix Change and Keychain Access to describe this approach. Now, this is all very ‘bleeding edge’, and thus it’s possible that you might run into snags. However, it’s certainly an option worth exploring. [quote='821062021, hsbc-uruguay, /thread/821062, /profile/hsbc-uruguay'] We just finished an app transfer to our developer account. [/quote] The option I’m describing typically r

[quote='882269022, Pavel, /thread/820631?answerId=882269022#882269022, /profile/Pavel'] is there a guaranteed initialization order between them? [/quote] No, but that doesn’t matter because the launchd on-demand architecture defines away the sorts of ordering problems that plague other systems. If your NE sysex messages your launchd daemon, the system will start the daemon so that it can service the request. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='882249022, vishalsehgal, /thread/815465?answerId=882249022#882249022, /profile/vishalsehgal'] In case error remains nil, can I still receive Data as null? [/quote] Yes. That indicates an EOF. As I mentioned earlier, the doc comments are the best source of truth for this stuff. Quoting the doc comment for nw_connection_receive_completion_t from : The content may be NULL in two cases: The receive context (logical message) is now complete, and the callback is only delivering the completed event The connection encountered an error and there is no data to deliver. Note that the content may be non-NULL even in the case of an error if there was some data received before the error was encountered. The caller should process all content it receives, and not necessarily ignore data in case of errors. I don’t think this can happen with UDP because UDP doesn’t support the concept of EOF. [quote='882249022, vishalsehgal, /thread/815465?answerId=882249022#882249022, /profile/vishalsehgal'] Is there any performance/e

FB22362166 Thanks! AFAICT this is Just A Bug™. I’m seeing a similar issue with my Xcode 26.4 install (a public release of Xcode 26.4 running on a public release of macOS 26.3.1). I suspect it’s due to the recent work to synchronise documentation between Apple > Developer and Swift > Documentation. However, we won’t know for sure until your bug has had more chance to find its way through our systems. ps It’s better to reply as a reply, rather than in the comments; see Quinn’s Top Ten DevForums Tips for this and other titbits. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='882281022, Pavel, /thread/820632?answerId=882281022#882281022, /profile/Pavel'] [outside of MDM] is there any programmatic way to influence which proxy receives the flow first? [/quote] No. And, in practice, the order you get is very much an implementation detail, one that changes from Mac to Mac and OS release to OS release. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com