I also have an app that uses a share extension that functions correctly on iOS 18, including the recently released iOS 18.7, however it does not work on iOS 26. The share extension is an important component of the app experience and I would really ask that a fix be prioritized for iOS 26.1 and iPadOS 26.1.

Thanks for following up, Ed. I'm essentially trying to store the MapFeature icon and color for given places. The issue is that when the color from the MapFeature is used within my app, and the user has the dark appearance selected, the color of the MapFeature appears to be the light appearance version. I'll try to look further at your suggestions, although as you can see in the sample code I provided, this does not appear to occur in colors that originate from the ColorPicker.

Good morning, Ed, I appreciate the follow-up and I have updated the sample code such that it stores the color components separately and displays the result in another rectangle. As you said above, this leaves aside the color correctness issue that I was inquiring about, which is the issue that I'm trying to resolve. I'm really looking for a way to store the MapFeature.backgroundColor, such that restoring the color, when the app is in dark appearance, results in the same color.

Recommend looking at Deploying an iCloud Container's Schema. I ran into the same issue and this looks like it will resolve the issue with the production environment which is used by TestFlight and apps in the App Store.

It’s not working though, as the third device has no data on app launch. I added an item on that device thinking it might trigger the sync and it only has that one item, the others did not sync and more strangely, that one did not appear on the other two devices that were working correctly previously. The other two however, had copies of the app before the TestFlight build. i’m thinking that maybe that’s significant.

I tested this approach and was able to restore the image from the Data stored in SwiftData. Unfortunately though, the .foregroundStyle(.black.opacity(0.75)) modifier had no effect and the image remained white in color. This would work if the user only viewed the app with the light appearance but not if the user had dark appearance enabled. Definitely a step closer to what is needed though. Just need to determine how to apply the darker foreground style.

Final comment. I have built a test to provide Apple to understand the cause of the issue. When the original color is provided by the SwiftUI ColorPicker then it is persisted and created again correctly. When the color is instead provided from a MapFeature, the color is different after being persisted and read from SwiftData. Again, thanks for all the responses to my original question. The issue only occurs in dark mode.

It turns out that the difference in the color is because the color being saved to SwiftData is being displayed correctly with the dark mode adjustment. Somehow, when I'm reading the color from SwiftData and using it in another view, the color is rendered as it would be in light mode or without the dark mode adjustment. The UIColorValueTransformer is working as expected. I need to determine why the color discrepancy with regard to the dark mode adjustment, even with dark mode enabled throughout.

I found this article that discusses using a ValueTransformer which can then be used with SwiftData to store UIColor values. https://www.avanderlee.com/swift/valuetransformer-core-data/ You simply reference the transformer within your model: @Attribute(.transformable(by: UIColorValueTransformer.name.rawValue)) var color: UIColor?

I appreciate the follow up and I did try your code which was very similar to code that I had tried previously. The issue with any approach that is based on encoding Color using Integer values, such the RGB components of #FFAB00. The rounding of the original CGFloat values to Integers involves some loss of precision. In most cases this isn't an issue but I'm looking for the best way to store the original Color as precisely as possible, either as a Data or individual Float values. Thanks again!

Ideally, the saved image data would include the transparency that the underlying image contains as the background color is provided separately.

I'm getting the image from a MapFeature in a SwiftUI app that makes extensive use of MapKit. The user can add places as favorites and I would like to save the image and background colors from the MapFeature into SwiftData so they can both be used in the list of favorite places.

The code you have provided is essentially the same as what I had tried previously and using the same test with Photoshop, the original color #FBAA1D also became #FFAB00. The difference comes down to the fact that you need to convert the floating point values to integers and store those within the hex encoded String. I'm looking for a way to store the Color in SwiftData such that there is no data loss and the stored color is identical to the original color. Thanks for following up though!

Thanks again, Ed. I had most of this code but the secret sauce that I was missing was setting the .tag modifier to MapSelection(result). I'm now able to select MapFeatures as well as search results. I additionally (per other post) need to get the MapFeature for the given MKMapItem, so I can use the same image and color regardless of if the user tapped the MapFeature or used search.

That's awesome, thanks Ed! I must have missed that.