Looks like you are right :-) It works and I can ignore the warning. My original issue was that items were never saved, but it was another problem with @State in a SwiftUI view. It was not related to UserDefaults. Thanks for the highlight :-) One more thing : The shared preferences file is corrected created in ~/Library/Group Containers directory, but the defaults command line does not see it. ➜	~ defaults read com.stormacq.mac.MyApp 2020-09-07 10:25:53.188 defaults[82827:947786] Domain com.stormacq.mac.MyApp does not exist ➜	~ defaults read TEAM_ID.com.stormacq.mac.MyApp 2020-09-07 10:26:05.088 defaults[82857:947925] Domain TEAM_ID.com.stormacq.mac.MyApp does not exist The same with non-shared preferences works correctly. Can defaults read Group Containers ?

Done Thanks https://feedbackassistant.apple.com/feedback/8651022

Using Xcode 12.5 and 13, unlocking the keychain from a non GUI session (i.e. SSH) does not work anymore. codesign fails with errSecInternalComponent I filed a RADAR report to Apple https://feedbackassistant.apple.com/feedback/9642986

@maikschulze what is the Xcode and macOS version you're using ? For me "security unlock-keychain" does not work on global context (when I SSH to the instance, no GUI session whatsoever) I Tried with macOS 11.5, 11.6 and Xcode 12.5.1 and Xcode 13

Thank you, that helped me to. This is not intuitive at all

I tried with 10.14.x, 10.15.x and 11.6. They all behave the same. How to unlock a keychain without initiating a GUI session ?

The error lies in security set-keychain-settings -t 0 dev I read somewhere (can not find the source) that -t 0sets the lock timeout to infinite (no timeouts) while the correct way to remove timleouts is to omit the -tparameter at all. Correct command is security set-keychain-settings dev

I found a workaround but I don't understand the root cause. Instead of installing the Apple WWDR G3 intermediate certificate in the keychain I am building dynamically at run time with if [ ! -f $CERTIFICATES_DIR/AppleWWDRCAG3.cer ]; then echo "Downloadind Apple Worlwide Developer Relation GA3 certificate" curl -s -o $CERTIFICATES_DIR/AppleWWDRCAG3.cer https://www.apple.com/certificateauthority/AppleWWDRCAG3.cer fi echo "Installing Apple Worlwide Developer Relation GA3 certificate" security import $CERTIFICATES_DIR/AppleWWDRCAG3.cer -t cert -k "${KEYCHAIN_NAME}" "${AUTHORISATION[@]}" I now install the certificate in the System keychain. This is the only extra certificate I do install. When in System keychain, it is correctly picked up by codesign, not when it is in my custom (unlocked) keychain. if [ ! -f $CERTIFICATES_DIR/AppleWWDRCAG3.cer ]; then echo "Downloadind Apple Worlwide Developer Relation GA3 certificate" curl -s -o $CERTIFICATES_DIR/AppleWWDRCAG3.cer https://www.apple.com/certificateauthority/AppleWWDRCAG3.cer fi echo "Installing Apple Worlwide Developer Relation GA3 certificate into System keychain" SYSTEM_KEYCHAIN=/Library/Keychains/System.keychain sudo security import $CERTIFICATES_DIR/AppleWWDRCAG3.cer -t cert -k "${SYSTEM_KEYCHAIN}" "${AUTHORISATION[@]}"

I have the same issue with APFS encrypted drives. I use Monterey 12.4

Hello @eskimo I have the same problem as @mjharper above. I tried the steps you proposed and this worked (I am using Xcode 14.0.1) Nevertheless I have "older" tests, that were never submitted to the App Store for which identifiers are lying around and can not be removed. Error message is : "The bundle 'F36WHU2A76' cannot be deleted. Delete all the Apps related to this bundle to proceed." I have only a few Apps on the AppStore, I triple checked none are using this test identifier. Any other suggestion to clean up our list of identifiers ? Thanks

I found the solution - self replying for the sake of history. In the Identifiers screen of the developer portal, I selected "Services Id" from the top right side drop down menu. There was a service registered with the app bundle ! I deleted the service, then I was able to delete the app identifier.

Even with two columns and a Label. It does not work for me. I am using Xcode 14 and Monterey var body: some View {         VStack {             List(podcast.episodes!) { episode in                 EpisodeView(podcast: podcast, episode: episode)                     .swipeActions(edge: .trailing) {                         Button (action: { self.deleteEpisode(episode) }) {                             Label("Delete", systemImage: "trash")                         }                         .tint(.red)                     }             }         }     }

I am trying to make this work on macOS13 with Xcode 14.1

Follow up for history and archives. The Examples directories having a Package.swift file do not show up in Xcode. I guess Xcode tries to avoid package conflict. It does not handle sub-projects very well.

One possible solution to this is to use composition instead of inheritance. The approach is detailed here https://stackoverflow.com/a/77250029/663360 and it works. However, for my own understanding, I still wonder how an inheritance pattern would work. I understand Swift resolves types at compile time (vs Objective-C, Java, Python, Typescript) and that prevents using existential types. Is there a way to solve my problem through inheritance and protocols ?