yes, it's confusing, but actually both init.s are the same because { DataModel(name: name) }() invokes the closure immediately, so I'm pretty sure it is the same as DataModel(name: name).

Linker optionall_load can lead to duplicate symbol error, depending on framework dependencies. check https://developer.apple.com/videos/play/wwdc2022/110362/ ~9:30min

has anyone found a workaround for this issue? it's really a blocker. Plus, in iOS16 the move behaviour looks more like a drag now since it is possible to drag a row not only vertically but also horizontally... which looks weird

no, the edit functions on List are only applied to "rows" not Sections. Plus you can't move between sections

you need to activate the audio session before it sends updates on Volume changes to your app. AVAudioSession.sharedInstance().setActive(true)

I have a similar issue with lists in navigationViews. seems any animation causes rendering issues. I experienced it on WatchOS where the app becomes unresponsive when scrolling back to top, right when the navigation bar size is changed. struct TestView: View {     private let items: [String] = Array(0...20).map { String($0) }     var body: some View {         NavigationView {             List {                 Section(header: Text("header")) {                     ForEach(items, id: \.self) { item in                         Text(item)                     }                 }             }             .navigationTitle("Title")         } //        .animation(.easeInOut) // <- this causes rendering problems //        .transition(.slide)     } }

this is a known issue. I could not get it to work either. On device it works fine. see here https://developer.apple.com/forums/thread/682915

it might be related to https://developer.apple.com/forums/thread/691654 ? try xcrun altool --validate-app --type ios --file {IPA_PATH} --username "{APPLE_ID}" --password "{PASSWORD}" to find root cause

you need to update the matching provisioning profile at developer.apple.com, too. or try activate 'automatically manage signing' in Xcode project.

the only workaround I've found was not to read nowPlayingInfo, but only write to it. keeping it's state locally stored

same here. this makes using the simulator impossible for us... :( we use HLS with key, no FairPlay Thread 17 Crashed:: Dispatch queue: com.apple.root.default-qos 0 MediaToolbox 0x11e995ac1 segPumpRequestCustomURLForCryptKey + 282 1 <translation info unavailable> 0x10e0d17dc ??? 2 MediaToolbox 0x11e985cd4 segPumpSendCryptKeyRequest + 1167 3 MediaToolbox 0x11e97d1f9 segPumpReadNextCryptKeyForStream + 181 4 MediaToolbox 0x11e99ece2 segPumpStreamDoDeliveryFollowUp + 1126 5 MediaToolbox 0x11e9a71f9 segPumpDeliverNextMediaForAllStreams + 598 6 MediaToolbox 0x11e9a606b segPumpOpen + 1618 7 MediaToolbox 0x11e6cf1a1 fpfsi_NowReadyForInspection + 1131 8 MediaToolbox 0x11e6f9282 fpfsi_deferredAssetBatchPropertyLoadComplete + 151 9 CoreMedia 0x1135337b1 figDeferredNotificationDispatchFunction + 39 10 libdispatch.dylib 0x117078b25 _dispatch_client_callout + 8 11 libdispatch.dylib 0x117089475 _dispatch_root_queue_drain + 781 12 libdispatch.dylib 0x117089c5e _dispatch_worker_thread2 + 155 13 libsystem_pthread.dylib 0x11767302e _pthread_wqthread + 256 14 libsystem_pthread.dylib 0x117671ffb start_wqthread + 15

FB9613919