Apple Maps Guides

I have one small correction here: [quote='875229022, DTS Engineer, /thread/809211?answerId=875229022#875229022'] The kernel can’t access the user context directly, so it has to ‘up call’ to a helper process running in the user context. [/quote] There are more layers to this onion that I originally thought, and a colleague informed me that it’s not the kernel doing the up call here but rather a daemon. This doesn’t really change my overall outline of the issue, but I wanted to post a correction because if you dig around in the system log you’ll notice this daemon in play. [quote='875908022, VictorPetitjean, /thread/809211?answerId=875908022#875908022, /profile/VictorPetitjean'] would you have an advice on how to make this issue happen less often? [/quote] Sadly no. [quote='875908022, VictorPetitjean, /thread/809211?answerId=875908022#875908022, /profile/VictorPetitjean'] By not opening the app too soon after startup [/quote] I experimented with this during my efforts to understand the reproducibility of the is

[quote='875945022, Gcenx, /thread/814383?answerId=875945022#875945022, /profile/Gcenx'] That would be FB15880492 [/quote] [quote='875994022, Gcenx, /thread/814383?answerId=875994022#875994022, /profile/Gcenx'] I was just informed that FB21763885 [/quote] Perfect. Thanks! I took a quick look as these and they definitely landed in the right place. Beyond that, there’s no much more info that I can share [1]. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com [1] As I explain in Quinn’s Top Ten DevForums Tips, Apple folks can’t talk about The Future™.

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. I’m not in a position to discuss the specifics of other folks apps. If you’re talking with that developer, I recommend that you ask them for details as to what this “Apple approval/permission” entailed. However, to the best of my knowledge there is no technical mechanism to bypass the content filter restrictions discussed in TN3134. Two things: It’s possible that they’re talking about the Screen Time case. The Family Controls capability is managed for distribution, that is, developers must be granted permission by Apple to distribute an app using Family Controls, and that could be constructed as “Apple approval/permission”. It’s also possible that they’re not using a content filter. I’ve seen folks implement content filtering using a packet tunnel provider. I consider this to be managerial abuse [1], and it’s not something that DTS supports. See TN3120 Expecte

[quote='815475021, krzsiwek, /thread/815475, /profile/krzsiwek'] Is this behavior known and expected? [/quote] Probably [1]. But it’s useful to have a specific benchmark to highlight this cost. I recommend that you file a bug describing the issue, how you’re testing the performance, and what results you got. Please post your bug number, just for the record. [quote='815475021, krzsiwek, /thread/815475, /profile/krzsiwek'] Is there anything we can do to mitigate [this] in our application? [/quote] Not that I can think of. There isn’t really much wiggle room here. Either the property is on or off and, assuming a specific flows hits your packet tunnel provider in both cases, it sees the same set of packets for that flow. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com [1] Historically the networking stack didn’t have fancy features like enforceRoutes, and there’s been decades of optimisation for that simple case.

Does this general a crash report? If so, please post an example here. 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

See my response on the other thread you raised this. 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

OK, let’s break this down into two parts: Build time Run time Lemme tackle these in reverse. There’s no need to explicitly install a provisioning profile on your device for use at runtime. Rather, your build system should embed the provisioning profile within your app and the system will pick it up from there. That’s certainly how Xcode builds app. If you’re building your app with third-party tooling, it’s possible that they have different advice. In that case I recommend that you escalate this with the vendor for that tooling. DevForums is primarily focused on Apple APIs and tools, and we can’t offer definitive answers about third-party stuff. Oh, and this is true on all Apple platforms, including the Mac. When it comes to build time, my general advice is that you use Xcode and enable automatic code signing. That will take care of all of this for you. Specifically, Xcode will automatically manage all the stuff in ~/Library/Developer/Xcode/UserData/Provisioning Profiles. Note This is the cur

[quote='815498021, Pushpak-Ambadkar123, /thread/815498, /profile/Pushpak-Ambadkar123'] URL Filter Network … is only for Enterprise level or MDM or supervised device. [/quote] That’s not right. You are mixing up URL filters with content filters. URL filters have strong privacy fundamentals and thus have no deployment limitations. In contrast, content filters have significant deployment limitations. See TN3134 Network Extension provider deployment for all the details. [quote='815498021, Pushpak-Ambadkar123, /thread/815498, /profile/Pushpak-Ambadkar123'] When trying to run sample project in the simulator [/quote] The simulator uses the macOS networking stack, so you can’t test low-level networking facilities there. You’ll need to test this on a real device. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

This isn’t something we can help you with here on the forums. Rather, you need to seek help via official channels. For the details, see this post. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

The specific thing you’re looking for — distributing iOS apps to arbitrary devices not through an Enterprise team — is not possible. As you’ve noted: Developer ID is a Mac thing. Ad Hoc distribution is limited to a specific set of devices. One alternative path is to put the app on the App Store but limit who can buy it. See the discussion of custom apps on Distributing Apps on Apple Business Manager and Apple School Manager Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

The Apple sample code Landmarks project uses a LazyVStack inside a ScrollView. For a List, which you want, you will need to: Put the ContainerView in the List as the first row. Set the listRowBackground of the ContainerView to EmptyView(). Set the listStyle to plain, for listRowBackground to work. Add .background(alignment: .top) { with the background you want for the ContainerView. Use readFrame() to dynamically adjust the height of the background to match the maxY position of the ContainerView. import SwiftUI struct ListHeaderScene: View { @State var headerRect: CGRect? var headerHeight: CGFloat { headerRect?.maxY ?? 0 } var body: some View { List { ContainerView() .readFrame { headerRect = $0 } .listRowSeparator(.hidden) .listRowBackground(EmptyView()) Section(Section Title) { Text(Row 1) Text(Row 2) } } .listStyle(.plain) .background(alignment: .top) { // You can swap this for an image or whatever. Color.purple .frame(height: headerHeight) .ignoresSafeArea() } } } struct ContainerView: View { var