Jay
Jay
> That doesn't really fit with the design of Realm and the synchronization model. Why not? What's to say the need to grow Realm beyond what it currently is suggests...
> That's not how Realm works. I am sorry, but I think the point of the request has been missed. It is how realm works based on what I said....
Same issue. New Podfile from Xcode Project will allow you to select a Xcode project and it sits there for several seconds and then goes back to the main Cocoapods...
Seems odd there's no activity on this issue. Is the UI app dead?
@kneth Thanks for taking a look, I appreciate it. Yes, changing the parent_object property of the EmbeddedDogClass to a PersonClass works correctly. ``` class EmbeddedDogClass: EmbeddedObject { @Persisted var name...
It may be helpful to include your two models `NeoListGroup` and `NeoList` in the question.
I can duplicate this issue as well. One thing to note though; Formally, [LinkingObject](https://www.mongodb.com/docs/realm/sdk/swift/model-data/relationships/#define-an-inverse-relationship-property) properties should be defined `@Persisted(originProperty: "associatedMasterCue") var associatedProjectScopedCueFlags: LinkingObjects` instead of `@Persisted var associatedProjectScopedCueFlags: LinkingObjects =...
In summary and a question: ``` foo["bar"] = nil completely removes the key:value pair from the map foo["bar"] = .none sets the value to nil, leaving the key in place...
There may be some confusion due to how Realm named these functions: The question states > In my understanding, it does not matter in what order I call the two...
Since you have a point where you know it's crashing, can you also include your/the code that leads up to the crash? That would be most helpful to understand the...