Hi,
is there any description/documentation about what can not be used as SwiftData attributes?
I do not mean things which cause issues at compile time, like having a type which is not Codeable. But rather I am looking for info which things to avoid, if you do not want to run into application crashes in modelContext.save(). Like for example having an enum which as an optional associated value as an attribute type (crashes on save is the associated value is nil).
Anybody seen any documentation about that? Or tech notes?
Thanks in advance for any hints :-).
Cheers, Michael
Post
Replies
Boosts
Views
Activity
Hi,
I am inserting two models where the "unique" attribute is the same. I was under the impression, that this should result in an upsert and not two inserts of the model, but that is not the case.
See the test coding below for what I am doing (it is self contained, so if you want to try it out, just copy it into a test target). The last #expect statement fails because of the two inserts. Not sure if this is a bug (Xcode 16 beta 2 on Sonoma running an iOS 18 simulator) or if I am missing something here...
// MARK: - UniqueItem -
@Model
final class UniqueItem {
#Unique<UniqueItem>([\.no])
var timestamp = Date()
var title: String
var changed = false
var no: Int
init(title: String, no: Int) {
self.title = title
self.no = no
}
}
// MARK: - InsertTests -
@Suite("Insert Tests", .serialized)
struct InsertTests {
var sharedModelContainer: ModelContainer = {
let schema = Schema([
UniqueItem.self,
])
let modelConfiguration = ModelConfiguration(schema: schema, isStoredInMemoryOnly: false)
do {
return try ModelContainer(for: schema, configurations: [modelConfiguration])
} catch {
fatalError("Could not create ModelContainer: \(error)")
}
}()
@Test("Test unique.")
@MainActor func upsertAndModify() async throws {
let ctx = sharedModelContainer.mainContext
try ctx.delete(model: UniqueItem.self)
let item = UniqueItem(title: "Item \(1)", no: 0)
ctx.insert(item)
let allFD = FetchDescriptor<UniqueItem>()
let count = try ctx.fetchCount(allFD)
#expect(count == 1)
let updatedItem = UniqueItem(title: "Item \(1)", no: 0)
updatedItem.changed = true
ctx.insert(updatedItem)
// we should still have only 1 item because of the unique constraint
let allCount = try ctx.fetchCount(allFD)
#expect(allCount == 1)
}
}
Hi,
if I have a @Model class there's always an id: PersistentIdentifier.ID underneath which, according to the current documentation "The value that uniquely identifies the associated model within the containing store.".
So I am wondering if it is (good) enough to rely on this attribute to uniquely identify @Model class entities, or if there are edge cases where it does not work (like maybe when using CloudKit)?
If anybody saw some information regarding this, please let me know :-)
Cheers,
Michael
Hi,
say in my model I have members and each member optionally can have a relationship to a Club. So the relationship in the Member entity would be modelled like so:
@Relationship(.nullify, inverse: \Club.members) var club: Club?
Now I would like to fetch al Members with no Club relationship. I would assume that this would work with a predicate like this:
let noClubPred = #Predicate<Member> { member in
member.club == nil
}
Unfortunately this gives me the following error when compiling:
Generic parameter 'RHS' could not be inferred.
Has anybody an idea how to phrase this predicate correctly, or is this a beta issue and it should actually work?
Thank you!
Cheers, Michael
Hi,
using the following ContentView in a SwiftUI app on macOS I would expect that the state of the toggle persists across application launches:
struct ContentView: View {
@SceneStorage("Toggle") var onOrOff: Bool = false
var body: some View {
VStack {
Toggle("Will it persist?", isOn: $onOrOff)
.padding()
}
}
}
To my surprise it does not persist. Am I wrong about how @SceneStorage should work? (I am trying this on the lates macOS/Xcode versions)
Does @SceneStorage work for anybody on macOS?
Thanks for your feedback!
Cheers, Michael
Hi,
when inserting an entity with a relationship I get the following runtime error:
Illegal attempt to establish a relationship 'group' between objects in different contexts [...].
The model looks like this:
@Model
class Person {
var name: String
@Relationship(.nullify, inverse: \Group.members) var group: Group
init(name: String) {
self.name = name
}
}
@Model
class Group {
var name: String
@Relationship(.cascade) public var members: [Person]
init(name: String) {
self.name = name
}
}
It can be reproduced using this (contrived) bit of code:
let group = Group(name: "Group A")
ctx.insert(group)
try! ctx.save()
let descriptor = FetchDescriptor<Group>()
let groups = try ctx.fetch(descriptor)
XCTAssertFalse(groups.isEmpty)
XCTAssertEqual(groups.count, 1)
XCTAssertTrue(groups.first?.name == "Group A")
let person = Person(name: "Willy")
person.group = group
ctx.insert(person)
try ctx.save()
(See also full test case below).
Anybody experiencing similar issues? Bug or feature?
Cheers, Michael
Full test case:
import SwiftData
import SwiftUI
import XCTest
// MARK: - Person -
@Model
class Person {
var name: String
@Relationship(.nullify, inverse: \Group.members) var group: Group
init(name: String) {
self.name = name
}
}
// MARK: - Group -
@Model
class Group {
var name: String
@Relationship(.cascade) public var members: [Person]
init(name: String) {
self.name = name
}
}
// MARK: - SD_PrototypingTests -
final class SD_PrototypingTests: XCTestCase {
var container: ModelContainer!
var ctx: ModelContext!
override func setUpWithError() throws {
let fullSchema = Schema([Person.self,
Group.self,])
let dbCfg = ModelConfiguration(schema: fullSchema)
container = try ModelContainer(for: fullSchema, dbCfg)
ctx = ModelContext(container)
_ = try ctx.delete(model: Group.self)
_ = try ctx.delete(model: Person.self)
}
override func tearDownWithError() throws {
guard let dbURL = container.configurations.first?.url else {
XCTFail("Could not find db URL")
return
}
do {
try FileManager.default.removeItem(at: dbURL)
} catch {
XCTFail("Could not delete db: \(error)")
}
}
func testRelAssignemnt_FB12363892() throws {
let group = Group(name: "Group A")
ctx.insert(group)
try! ctx.save()
let descriptor = FetchDescriptor<Group>()
let groups = try ctx.fetch(descriptor)
XCTAssertFalse(groups.isEmpty)
XCTAssertEqual(groups.count, 1)
XCTAssertTrue(groups.first?.name == "Group A")
let person = Person(name: "Willy")
person.group = group
ctx.insert(person)
try ctx.save()
}
}
Hi,
I am trying my first SwiftData migration, but my custom migration stage never gets called.
Since I am not sure if this is a bug with the current beta of if I am "holding it wrong" I was wondering, if anybody got migration working (their MigrationStage.custom called)? Would be great, if you could just let me know, if you got it working or running into the same issue! :-)
Thank you!
Cheers, Michael
Hi,
in the session the following is mentioned:
If a trip already exists with that name, then the persistent back end will update to the latest values. This is called an upsert. An upsert starts as an insert. If the insert collides with existing data, it becomes an update and updates the properties of the existing data.
Nevertheless, if I have a unique constraint on an (String) attribute and try to insert the same again, I end up in the debugger in the generated getter of the attribute:
@Attribute(.unique) public var name: String
{
get {
_$observationRegistrar.access(self, keyPath: \.name)
return self.getValue(for: \.name) // <- here
}
EXC_BREAKPOINT (code=1, subcode=0x1a8d6b724)
Am I missing something? If this is expected behaviour, how should I prevent this crash (other than checking for uniqueness before every insert)?
Thank you!
Cheers, Michael
Hi,
given this model:
@Model
class OnlyName {
var name: String
init(name: String) {
self.name = name
}
}
I would assume that I could write a predicate like this:
#Predicate<OnlyName> { $0.name == other.name }, where other is also an instance of OnlyName for example returned by an earlier fetch.
Unfortunately this results in the following compiler errors:
Initializer 'init(_:)' requires that 'OnlyName' conform to 'Encodable'
Initializer 'init(_:)' requires that 'OnlyName' conform to 'Decodable'
Any idea if this is a bug in SwiftData or if I am missing something?
Cheers, Michael
Hi,
I encountered the issue, that unless an inverse relationship is modelled, the relationship is not persisted. This can be reproduced with the sample code below:
Press the "Add Person" button twice
Then press the "Add group" button
You now can see that the group has to member, but once you restart the app the members a gone. Once an inverse relationship is added (see commented code) the relationships are persisted.
Any idea if this is intended behaviour?
import SwiftData
import SwiftUI
// MARK: - Person -
@Model
class Person {
var name: String
// uncomment to make it work @Relationship(.nullify) var group: Group?
init(name: String) {
self.name = name
}
}
// MARK: - Group -
@Model
class Group {
var name: String
// uncomment to make it work @Relationship(.nullify, inverse: \Person.group) public var members: [Person]
@Relationship(.nullify) public var members: [Person] // comment to make it work
init(name: String) {
self.name = name
}
}
// MARK: - SD_PrototypingApp -
@main
struct SD_PrototypingApp: App {
var body: some Scene {
WindowGroup {
ContentView()
}
.modelContainer(for: [Person.self, Group.self])
}
}
// MARK: - ContentView -
struct ContentView: View {
@Environment(\.modelContext) private var modelContext
@Query private var groups: [Group]
@Query private var persons: [Person]
var body: some View {
VStack {
ForEach(groups) { group in
Text("\(group.name): \(group.members.count)")
}
ForEach(persons) { person in
Text("Person: \(person.name)")
}
Button {
assert(persons.isEmpty == false)
if groups.isEmpty {
let group = Group(name: "Group A")
group.members = persons
modelContext.insert(group)
try! modelContext.save()
}
} label: {
Text("Add a group")
}
.disabled(!groups.isEmpty || persons.isEmpty)
Button {
let person = Person(name: "Person \(Int.random(in: 0 ... 1_000_000))")
modelContext.insert(person)
} label: {
Text("Add Person")
}
}
}
}
Hi!
When using the Sample "NavigationCookbook" in the two column layout, the selection in the first column is not remembered, when navigating to the Home Screen and back.
This behaviour can be reproduced by starting the app on the iPad or simulator, selecting for example "Pancake" and then navigating to the home screen and back into the navigation. Sometimes this (the navigation to/back from the home screen) has to be done twice, to lose the selection.
In the console log you can see the message "Update NavigationAuthority bound path tried to update multiple times per frame." appearing. Not sure if this has something todo with the selection being lost.
This is on iOS 16.4.1 not sure if the behaviour before was different. Anybody experiences the same behaviour? Bug in SwiftUI or in the sample app?
Cheers, Michael
Hi,
when generating thumbnails I sometimes see the error "QLThumbnailErrorDomain Code=110". This happens to files which can be processed when trying again, so it is not an issue with the files in general. I could not find an error with that code here.
Any ideas where to look and/or what causes this?
Thanks, Michael
Hi,
I want to import GPX files into my iOS App. It works fine in the simulator using:
.fileImporter(isPresented: $showFileImporter, allowedContentTypes: [UTType(filenameExtension: "gpx")!,
UTType(filenameExtension: "GPX")!],
allowsMultipleSelection: true)
But running the app on an actual device (iOS 15 Beta 6), I am not allowed to select any of the GPX files. The strange thing is, that if I am using "jpg" instead of "gpx" I can select "jpg" files just fine. So it seems, that it has to do something with the "GPX" type being 'custom'.
Any idea/hint what I am missing?
Thank you!
Michael
Hi,
it seems that a @State variable in a View will not update (initialize to the new value) on subsequent calls to the Views .init method.
In the example below (tested on macOS) the Text("internal: \(_internalNumber)") still shows 41, even after 1s is over and number was set to 42 (in the .task).
TestView.init runs as expected and _internalNumber shows the correct value there, but in the body method (on the redraw) _internalNumber still has the old value.
This is not how it should be, right?
import SwiftUI
struct ContentView: View {
@State private var number = 41
var body: some View {
VStack {
TestView(number: number)
.fixedSize()
}
.task {
try! await Task.sleep(nanoseconds: 1_000_000_000)
await MainActor.run {
print("adjusting")
number = 42
}
}
}
}
////////////////////////
// MARK: - TestView -
public struct TestView: View {
public init(number: Int) {
self.number = number
__internalNumber = .init(initialValue: number)
print("Init number: \(self.number)")
print("Init _internalNumber: \(_internalNumber)")
}
var number: Int
@State private var _internalNumber: Int
public var body: some View {
VStack(alignment: .leading) {
Text("number: \(number)")
Text("internal: \(_internalNumber)")
}
.debugAction {
Self._printChanges()
print("number: \(number)")
print("_internalNumber: \(_internalNumber)")
}
}
}
// MARK: - debugAction
extension View {
func debugAction(_ closure: () -> Void) -> Self {
closure()
return self
}
}
Hi,
I have a strange case involving sheets, which I think it's a bug, but then again I might be missing something.
Using the following code:
import SwiftUI
enum WhichSheet: String {
	case one, two, three, none
}
struct ContentView: View {
	@State private var _showSheet = false
	@State private var _whichSheet: WhichSheet = .none
		var body: some View {
			VStack(spacing: 8) {
					Button("One Sheet", action: { self._whichSheet = .one; self._showSheet = true})
					Button("Two Sheet", action: { self._whichSheet = .two; self._showSheet = true})
					Button("Three Sheet", action: { self._whichSheet = .three; self._showSheet = true})
			}
				.sheet(isPresented: $_showSheet, content: {
				Text("whichSheet = \(_whichSheet.rawValue)")
			})
		}
}
struct ContentView_Previews: PreviewProvider {
		static var previews: some View {
			ContentView()
		}
}
I would assume that, depending on which button is pressed, I would say a sheet with the text "whichSheet = one" or "whichSheet = two" etc.
But no matter which button is pressed first the text on the sheet is always "whichSheet = none". Only if you choose a different button the second (or third, or ...) time the correct text is being displayed.
Bug or am I missing something really obvious?
(Test using an iOS 14 / 14.2 project with Xcode 12 / 12.2 beta)
Cheers, Michael