“eskimo”

[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

When someone sees this, do they see it repeatedly? If so, you should encourage them to trigger a sysdiagnose log immediately on seeing the problem. There’s instruction for this on our Bug Reporting > Profiles and Logs. If they’re comfortable sharing the sysdiagnose log with you, you can unpack it and look at the enclosed spindump to see if there are clues there. Alternatively, they could file a bug report with Apple and attach the sysdiagnose log there. And if they do that, it’d be great if they shared the bug number with you so that you can post it here. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='817501021, peterho, /thread/817501, /profile/peterho'] Is there an FSKit sample available? [/quote] Yes. There’s a link to the sample on the top page of the FSKit documentation. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I was going to suggest that you start a new thread for this question, seeing as it’s not really related to the issue being discussed here, but it seems that you already have. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Let’s focus this discussion on your other thread. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='877865022, KayleeSC, /thread/791352?answerId=877865022#877865022, /profile/KayleeSC'] Feels kinda unreal that this is actually happening [/quote] Yay! [quote='877878022, beacham, /thread/791352?answerId=877878022#877878022, /profile/beacham'] I am still getting this when pushing to Testflight: [/quote] NSExtensionPointIdentifier is associated with old-style Foundation extensions, whereas URL filters are based on new-style ExtensionKit extensions. I downloaded and built the latest version of the Filtering traffic by URL sample. Consider this: % grep NSExtensionPointIdentifier -r SimpleURLFilter.app % and this: % plutil -p SimpleURLFilter.app/Extensions/SimpleURLFilterExtension.appex/Info.plist { … EXAppExtensionAttributes => { EXExtensionPointIdentifier => com.apple.networkextension.url-filter-control } … } Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com