Makes no sense. Regardless of whether vision PRO is beta or not it should be in Xcode 15. I just downloaded the RC on a new machine with a slow connection in the utterly sane assumption that the RC would have everything in the beta version, are we expected to always be on a beta version from now on if we want to continue to develop for this platform.

Ive logged a bug on this on the Feedback app.

Me too. I messed around with profiles to no use.

Turns out it was a mismatch between the Xcode version and the Beta version, probably something to do with SwiftUi headers? Anyway updating solved it.

This is all from Apple's example code. Nothing difficult. `var data: [ToyShape] = [     .init(type: "Cube", count: 5),     .init(type: "Sphere", count: 4),     .init(type: "Pyramid", count: 4) ] struct ToyShape: Identifiable {     var type: String     var count: Double     var id = UUID() }`

The banking app you didn't name? The best thing is to send an email to the bank support and tell them, although they should already know.

Thanks! The first one works. I can't use the latest SwiftUi but that looks useful for the future.

This is pretty appalling alright. Its the lack of feedback that is most annoying. I can tell that launch daemon is trying to unzip the downloaded package, which I can see in the Finder, but it takes so long that it is impossible to know it is is stuck or not. The logs are not any good. All I can see is that the last log was that installD was extracting the file, and is running at between 150-300% of CPU. When I sample it is in somewhere in deflate or some copy method. I suspect I can just wait around, that is more than the 30 minutes and counting since it actually downloaded. I see a lot of this: 1995 BOMCopierCopyWithOptions (in Bom) + 1952 [0x1aa886154] + 1995 _copyFromCPIO (in Bom) + 968 [0x1aa8a795c] + 1995 _copyDir (in Bom) + 1708 [0x1aa88a6e0] + 1995 _copyFromCPIO (in Bom) + 968 [0x1aa8a795c] Most of the solutions here are to download again, but I have a slow enough connection. Update: I tried to kill launchD in the hope of running the PKG which I could find from running open /var/log/install.log and see what was being extracted, but get this. If you kill the app, ie launchD, that is not clearly working it will deliberately delete that PKG. They have literally put in code on a SIGTerm to delete something that will maybe help you fix the issue. Maybe to be fair that is to recover disk space, however it means I have to download again. Grrr.

Just to be clear, this applies to managed systems, right?

Hi @meaton Sorry about the delay, do you mean to just cancel the connection and restart the connection. if error != nil {    connection.cancel()     connection.restart() }

The extension can work on both but I see the safari issue on macOS. I don't think that the NEDNSProxyProvider will work since the decision on what is blocked and what is not blocked is made by the server side and is often quite dynamic. Anyway not confident that there is a fix in doing that, as safari should really be showing our blocked site anyway. If I do this curl http://skynews.com > skynews.html; open skynews.html I get the blocked page. Only safari, of the four browsers I test only safari shows the issue.

@eskimo you say that the only way to uninstall is to drag to the trash. Is the use of an AppleScript in a script recommended? I can see that work to ask the user to remove the extension?

Hmm I seemed to have deleted a paragraph there. I wasn't just asking about the allow dialog but stopping the user from deleting the extension from the network preferences.

@eskimo is it possible to make that post with the developer ID details the accepted answer? I actually gave up on developerID for a day or two until I eventually came back here and scrolled to the bottom.

Ask on the Cisco forums.