By accident, I got the same problem while doing something else. So if there are instructions to get more information, I can try them. It's worth noting that when this UI issue occurs: there can be extensions waiting to be removed according to systemextensionclt list but on the next restart the problem is still there and the extensions had been removed. deleting one instance of the extension in the Network PrefPane can remove both of them. if you delete the extensions (using the Network PrefPane) and re-allow the extension, the problem does not reappear (at least so far).

What type of Network System Extension is this? Content Filter Are there any logs that show up during install time that might help identify what is going on? I don't have access to the unified logs from install time. I can just see that the installation worked fine from install.log point of view. Is there a screen shot that you can provide on both of your network configurations installed at the same time? I can not provide the one I was given. But I can ASCII Art it: Location: Automatic Wi-Fi Please use "My Great Application" to control this content o Connected. filter configuration. My Great Network Extension o Running Another Extension o Running My Great Network Extension o Running Other Interface o Not Connected Yet another Interface o Not Connected […]

You are not removing from a system daemon or command line utility are you? No, there are no attempts to remove the Network Extension form a daemon or using systemextensionsctl.

Did you try creating and installing a Network Extension with a profile AND with an actual code-level project also? Did each one of these install paths possibly create a new Network Configuration on your system? If you're thinking about the case where there would be a regular installation of the Network Installation while some work is being done in Xcode with a debug/test version, this is not the case here.

Thanks a lot. I will try to figure out if there are some suspicious Mach port actions in thread 11.

myprocess.crash

I agree that the Rosetta entry at the end of the Binary Images is a bit mysterious. This is a Universal binary running native according to the "Code Type" field. As far as I know, it's Intel on Intel. I can add the missing Binary Images section. Will re-post.

myprocess.crash

Thanks. When you write: "Everything needs to be handled in the main thread", does that mean that the calls absolutely need to be on the main thread? Or is it possible to use the Bluetooth API from secondary threads as long as one adds a locking mechanism around those calls?