There's a specific SwiftUI type ContentTransition link which seems designed for this use case. However: The current library doesn't seem to have a way to ensure that the transition used will depend on how a property changes. The currently library doesn't seem to provide for any custom creation of a ContentTransition (although the stock ones are really cool). There's also a SwiftUI type PlaceholderContentView link which looks like it might be used to implement SwiftUI features such as transitions, so it could perhaps be used to implement the replacingWithTransitionOnChanges function I suggested above – however, it doesn't seem to be publicly accessible as far as I can tell. A possible approach – I think it could be possible to nest several views inside each other with each of the views having a specific transition. Playing with id would then let a given view be replaced, which should trigger only its transition (because transitions only happen on the outermost view that is added or removed – as far as I know). This might work, but it isn't very extensible, at all reusable, or clear at the point of use what's going on.

Hello, Did you ever receive a response to this? It seems to still be the situation (Monterey 12.4). I've tried a few approaches but I've not found anything satisfactory. This approach using DisclosureGroup doesn't seem to function correctly for even modestly deep lists and sometimes doesn't properly open or close.

We've made a small degree of progress with this. The underlying issue is that our internal private domains (eg, internal.my-company.com) are only available using the VPN, and Apple's new CDN isn't on the VPN, so it can't reach the private domain and access the AASA hosted there. We want to continue to use a private domain internally for security reasons. However, there's no requirement that the domain used for universal linking (where the AASA file is hosted) must be the same domain at which services or endpoints or other parts of our environment are hosted. So, the simplest and most robust solution seems to be to create a new domain to use just for universal links in to the app. We'll use something like links.my-company.com for this. This domain don't be private, so Apple's CDN can access it. There's only the .well-known/apple-app-site-association living there, which we consider minimal risk. The App can continue to reach the private domain with it's endpoints and services, and this continues to only be accessible using the VPN. We might look at setting up the MDM at a later time, but given the scant information on this available so far, it seems like a lot of trouble and more parts that can go wrong! Hopefully this approach might work for others as well.

Hi @gaste We don't currently have an MDM vendor, and our devices aren't under MDM control. Do you know what this involves and if it can be done minimally, rather than bringing in a vendor? I've noticed that it is relatively simple to create a .mobileconfig file using Apple's Configurator (sorry – the forum prevents me providing a link). These files can be simply distributed by email and installed. I've created such a config and tried to set it up to enable mode=managed, but this hasn't worked (and I can't find any failure messages in sysdiagnose). I don't know if I've just got this wrong, or if it needs signing, or if it needs to be associated with the App somehow? Our app itself is enterprise signed. We distribute it using AppCentre. We distribute both to internal test devices owned by the company, and also to colleague's personal devices. Thanks.

Has anyone had any progress at all with this? If it's necessary to use MDM, what does this actually entail? Are there "light touch" approaches that are suitable for colleague testing using personal devices, as as well as QE testing on enterprise owned test devices? Does it require app installs to be also managed by MDM, or can we continue enterprise signing and distributing / installing with AppCenter / dragging on an IPA with finder? Does anyone know of any resources beyond Apple's documentation on MDM and on associated domains? Thanks.

You should enable this option in developer menu. Hi @_tayphoon, Could you give a bit more detail, please? Do you mean "Settings App -> Developer -> Logging -> Networking" on the device under test? I've tried switching this to On, but there is still no logging in the Mac OS Console for the swcd process of the iPhone when I follow a universal link. Thanks.

In the Mac's Console App it is necessary to turn on: "Action -> Include Info Messages" "Action -> Include Debug Messages". When these are checked, swcd messages will be included in the console.

The final post here - https://developer.apple.com/forums/thread/96570 mentions: For my case, I think I have come to the point where I can conclude that the certificate for the server must be signed with a root CA that is provided with iOS. If you have a certificate signed with a user-installed (or mdm-installed) root CA, then the SecTrustResult is "proceed" instead of "unspecified", which is OK for Safari and other URLSession uses but not for the apple-app-site-association validation... Which seems like something perhaps related? Or am I clutching at straws?