“eskimo”

[quote='878094022, WangZiYuan, /thread/817264?answerId=878094022#878094022, /profile/WangZiYuan'] I’m not quite sure what you mean by the 'sysex process.' [/quote] OK, lemme clarify. On macOS, content filters must be packaged as a system extension [1], aka a sysex. A sysex is much like a launchd daemon, in that it can potentially run for the entire boot cycle, that is, start when you boot the Mac and not stop until you shut down [2]. Your Network Extension provider instances are created within that sysex process. So, consider this sequence: You boot your Mac. Your sysex starts. NE instantiates your content file provider within that sysex process. You stop the filter. NE stops the content filter provider. At this point the system may or may not stop your sysex process. But let’s consider what happens if it doesn’t… You start the filter again. NE instantiates your content file provider again, still within the same sysex process. So, my questions are: Are you seeing the sysex process stop at step 6? If not, if y

[quote='878015022, KayleeSC, /thread/791352?answerId=878015022#878015022, /profile/KayleeSC'] Of course the new beta would break the whole thing immediately [/quote] So lemme see if I understand this problem: Your app on TestFlight works on iOS 26.3. But fails with that error an iOS 26.4b3. Is that right? Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='877970022, MatteoMonizza, /thread/805681?answerId=877970022#877970022, /profile/MatteoMonizza'] Yes, I'm able to reproduce this every time. [/quote] Oh, that’s interesting. Other folks haven’t been able to reproduce this, so the fact that you can could really help with the investigation. Are you able to cut down your app into a minimal test project that still reproduces the problem? Alternatively, do you have an app that’s currently in the store that can reproduce the problem? Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='877933022, bbtyou, /thread/792744?answerId=877933022#877933022, /profile/bbtyou'] This bug still exists in iOS 26.2.1 [/quote] It’s possible that you’re seeing a different aspect of it than blacksun. Given that, my advice is: Retest on iOS 26.3 and the current 26.4 beta, just to make sure that you still see the problematic behaviour. If so, file your own bug about it. 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

AFAIK this situation hasn’t changed since my last reply here. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='877908022, BlueSky1010, /thread/816475?answerId=877908022#877908022, /profile/BlueSky1010'] I don't know how else to be notified about it. [/quote] One option is to file your own bug and ask that it be marked as a duplicate of bandf’s bug, FB22021943. Bug Reporting: How and Why? explains more about this. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

With Family Controls, you must apply the entitlement to both your container app and your app extensions. Each of these has its own App ID. When you apply for distribution access, you do so for one speciifc App ID. AFAICT you were only granted distribution access for your main app’s App ID, and that’s why you’re having this problem. ps One of my colleagues has a Family Controls Resources post that links to the relevant docs. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

It’s likely that this is related to the normalisation of the name used to create the file. However, it’s hard to be sure without seeing it in action. Reading through your description the bit that’s unclear is how you engage Quick Look or open the file with another app. Can you clarify either, or both, of those steps? Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Normally crashes related to entitlements are not affected by a restart, which suggests that something else is going on here. As to what that is, it’s hard to say without more info. Please post a crash report and I’ll take a look. See Posting a Crash Report for advice on how to do that. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='817488021, ski4funSonoma, /thread/817488, /profile/ski4funSonoma'] The helper is installed using SMAppService. [/quote] Is it using the BundleProgram property, so that the system runs the privileged helper tool from within the app bundle? Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

The droid you’re looking for here is the startDataTransferReport() method. It ultimately delivers a NWConnection.DataTransferReport structure, which includes statistics for each individual path and aggregated across all paths used by the connection. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='817442021, miekari, /thread/817442, /profile/miekari'] I'm using NEPacketTunnelProvider to intercept DNS queries, forward them upstream [/quote] What does “upstream” mean in this context? Most VPN products don’t need to mess with DNS. Rather, the packet tunnel provider forwards DNS packets to the VPN server which forwards them to their destination, just like any other packet. And the same process works in reverse. If you want to intercept just DNS traffic, a DNS proxy is a much better option. DNS proxies receive flows rather than packets. And in the case of DNS over UDP, the flow works in terms of datagrams rather than packets. I see a lot of folks try to use a packet tunnel provider for things other than VPN, for example, as an ersatz DNS proxy. This isn’t something that DTS supports. See TN3120 Expected use cases for Network Extension packet tunnel providers. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='817519021, zhangxiaopan, /thread/817519, /profile/zhangxiaopan'] There is no iOS profile in this link. [/quote] Hmmm, this is working for me: Navigate to Bug Reporting > Profiles and Logs. Click the search button and enter “bluetooth” into the resulting field. This shows various entries, include one labelled Bluetooth for iOS/iPadOS. That has Profile and Instructions links. Click those links. The first downloads iOSBluetoothLogging.mobileconfig. The second shows the instructions. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I’ve replied on your other thread. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='817516021, Melwin, /thread/817516, /profile/Melwin'] Is Screen Time trapped inside DeviceActivityReport on purpose? [/quote] Yes. Some app extensions handle extremely sensitive data that shouldn’t leave the device. The system runs such appexen in a read-only sandbox, so that the appex can’t export that sensitive data to other code with a less restrictive sandbox. I’m more familiar with this idea in the context of Network Extension content filters, where the docs clearly explain this concept. However, I’ve seen the same technology used for numerous other appex types, and it certainly looks like this includes Device Activity report extensions. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com