- None
- Fixed an issue that would cause using Realm on the main thread in WPF applications to throw an exception with a message "Realm accessed from the incorrect thread". (Issue #2026)
- Realm Object Server: 3.23.1 or later.
- Using Sync 5.0.21 and Core 6.0.24.
- Added prerelease nuget feed via GitHub packages. (PR #2028)
NOTE: This version bumps the Realm file format to version 11. It is not possible to downgrade to version 10 or earlier. Files created with older versions of Realm will be automatically upgraded. Only Studio 3.11 or later will be able to open the new file format.
- Added the notion of "frozen objects" - these are objects, queries, lists, or Realms that have been "frozen" at a specific version. This allows you to access the data from any thread, but it will never change. All frozen objects can be accessed and queried as normal, but attempting to mutate them or add change listeners will throw an exception. (Issue #1945)
- Added
Realm.Freeze()
,RealmObject.Freeze()
,RealmObject.FreezeInPlace()
,IQueryable<RealmObject>.Freeze()
,IList<T>.Freeze()
, andIRealmCollection<T>.Freeze()
. These methods will produce the frozen version of the instance on which they are called. - Added
Realm.IsFrozen
,RealmObject.IsFrozen
, andIRealmCollection<T>.IsFrozen
, which returns whether or not the data is frozen. - Added
RealmConfigurationBase.MaxNumberOfActiveVersions
. Setting this will cause Realm to throw an exception if too many versions of the Realm data are live at the same time. Having too many versions can dramatically increase the filesize of the Realm.
- Added
- Add support for
SynchronizationContext
-confined Realms. Rather than being bound to a specific thread, queue-confined Realms are bound to aSynchronizationContext
, regardless of whether it dispatches work on the same or a different thread. Opening a Realm whenSynchronizationContext.Current
is null - most notablyTask.Run(...)
- will still confine the Realm to the thread on which it was opened. - Storing large binary blobs in Realm files no longer forces the file to be at least 8x the size of the largest blob.
- Reduce the size of transaction logs stored inside the Realm file, reducing file size growth from large transactions.
- String primary keys no longer require a separate index, improving insertion and deletion performance without hurting lookup performance.
- Fixed
Access to invalidated List object
being thrown when adding objects to a list while at the same time deleting the object containing the list. (Issue #1971) - Fixed incorrect results being returned when using
.ElementAt()
on a query where a string filter with a sort clause was applied. (PR #2002)
- Realm Object Server: 3.23.1 or later.
- Realm Studio: 3.11 or later.
- Using Sync 5.0.21 and Core 6.0.24.
- Exposed an API to configure the
userId
andisAdmin
of a user when creating credentials viaCredentials.CustomRefreshToken
. Previously these values would be inferred from the JWT itself but as there's no way to enforce the server configuration over which fields in the JWT payload represent theuserId
and theisAdmin
field, it is now up to the consumer to determine the values for these. - Improved logging and error handling for SSL issues on Apple platforms.
- Realm objects can now be correctly serialized with
System.Runtime.Serialization.Formatters
andSystem.Xml.Serialization
serializers. (Issue #1913) The private state fields of the class have been decorated with[NonSerialized]
and[XmlIgnore]
attributes so that eager opt-out serializers do not attempt to serialize fields such asRealm
andObjectSchema
which contain handles to unmanaged data. - Fixed an issue that would result in a compile error when
[Required]
is applied onIList<string>
property. (Contributed by braudabaugh) - Fixed an issue that prevented projects that include the Realm NuGet package from being debugged. (PR #1927)
- The sync client would fail to reconnect after failing to integrate a changeset. The bug would lead to further corruption of the client’s Realm file. (since 3.0.0).
- The string-based query parser (
results.Filter(...)
) used to need theclass_
prefix for class names when querying over backlink properties. This has been fixed so that only the publicObjectSchema
name is necessary. For example,@links.class_Person.Siblings
becomes@links.Person.Siblings
. - Fixed an issue where
ClientResyncMode.DiscardLocalRealm
wouldn't reset the schema.
- Realm Object Server: 3.23.1 or later.
- Upgraded Sync from 4.7.5 to 4.9.5 and Core from 5.23.3 to 5.23.8.
- Added
int IndexOf(object)
andbool Contains(object)
to theIRealmCollection
interface. (PR #1893) - Exposed an API -
SyncConfigurationBase.EnableSessionMultiplexing()
that allows toggling session multiplexing on the sync client. (PR 1896) - Added support for faster initial downloads when using
Realm.GetInstanceAsync
. (Issue 1847) - Added an optional
cancellationToken
argument toRealm.GetInstanceAsync
enabling clean cancelation of the in-progress download. (PR 1859) - Added support for Client Resync which automatically will recover the local Realm in case the server is rolled back. This largely replaces the Client Reset mechanism for fully synchronized Realms. Can be configured using
FullSyncConfiguration.ClientResyncMode
. (PR #1901) - Made the
createUser
argument inCredentials.UsernamePassword
optional. If not specified, the user will be created or logged in if they already exist. (PR #1901) - Uses Fody 6.0.0, which resolves some of the compatibility issues with newer versions of other Fody-based projects. (Issue #1899)
- Fixed an infinite recursion when calling
RealmCollectionBase<T>.IndexOf
. (Issue #1892)
- Realm Object Server: 3.23.1 or later.
- Upgraded Sync from 4.7.0 to 4.7.1.
- Implemented direct access to sync workers on Cloud, bypassing the Sync Proxy: the binding will override the sync session's url prefix if the token refresh response for a realm contains a sync worker path field.
- Removed the
isAdmin
parameter fromCredentials.Nickname
. It doesn't have any effect on new ROS versions anyway as logging in an admin nickname user is not supported - this change just makes it explicit. (Issue #1879) - Marked the
Credentials.Nickname
method as deprecated - support for the Nickname auth provider is deprecated in ROS and will be removed in a future version. (Issue #1879) - Removed the
deleteRealm
parameter fromPermissionDeniedException.DeleteRealmInfo
as passingfalse
has no effect. Calling the method is now equivalent to calling it withdeleteRealm: true
. (PR #1890)
- Added support for unicode characters in realm path and filenames for Windows. (Core upgrade)
- Added new credentials type:
Credentials.CustomRefreshToken
that can be used to create a user with a custom refresh token. This will then be validated by ROS against the configuredrefreshTokenValidators
to obtain access tokens when opening a Realm. If creating a user like that, it's the developer's responsibility to ensure that the token is valid and refreshed as necessary to ensure that access tokens can be obtained. To that end, you can now set the refresh token of a user object by callingUser.RefreshToken = "my-new-token"
. This should only be used in combination with users obtained by callingCredentials.CustomRefreshToken
. (PR #1889)
- Constructing an IncludeDescriptor made unnecessary table comparisons. This resulted in poor performance when creating a query-based subscription (
Subscription.Subscribe
) withincludedBacklinks
. (Core upgrade) - Queries involving an indexed int column which were constrained by a LinkList with an order different from the table's order would give incorrect results. (Core upgrade)
- Queries involving an indexed int column had a memory leak if run multiple times. (Core upgrade)
- Realm Object Server: 3.23.1 or later.
- Upgraded Sync from 4.5.1 to 4.7.0 and Core 5.20.0 to 5.23.1.
-
Fixed an issue that would prevent iOS apps from being published to the app store with the following error:
This bundle Payload/.../Frameworks/realm-wrappers.framework is invalid. The Info.plist file is missing the required key: CFBundleVersion.
(Issue 1870, since 4.0.0)
-
Fixed an issue that would cause iOS apps to crash on device upon launching. (Issue 1871, since 4.0.0)
- The following deprecated methods and classes have been removed:
- The
SyncConfiguration
class has been split intoFullSyncConfiguration
andQueryBasedSyncConfiguration
. Use one of these classes to connect to the Realm Object Server. - The
TestingExtensions.SimulateProgress
method has been removed as it hasn't worked for some time. - The
Property.IsNullable
property has been removed. To check if a property is nullable, checkProperty.Type
for thePropertyType.Nullable
flag. - The
Credentials.Provider
class has been removed. Previously, it contained a few constants that were intended for internal use mostly. - The
User.ConfigurePersistance
method has been superseded bySyncConfigurationBase.Initialize
. User.LogOut
has been removed in favor ofUser.LogOutAsync
.User.GetManagementRealm
has been removed in favor of theUser.ApplyPermissionsAsync
set of wrapper API.User.GetPermissionRealm
has been removed in favor of theUser.GetGrantedPermissions
wrapper API.
- The
- Deprecated the
IQueryable<T>.Subscribe(string name)
extension method in favor ofIQueryable<T>.Subscribe(SubscriptionOptions options)
. - Reworked the internal implementation of the permission API. For the most part, the method signatures haven't changed or where they have changed, the API have remained close to the original (e.g.
IQueryable<T>
has changed toIEnumerable<T>
). (Issue #1863)- Changed the return type of
User.GetGrantedPermissionsAsync
fromIQueryable<PathPermission>
toIEnumerable<PathPermission>
. This means that the collection is no longer observable like regular Realm-backed collections. If you need to be notified for changes of this collection, you need to implement a polling-based mechanism yourself. PathPermission.MayRead/MayWrite/MayManage
have been deprecated in favor of a more-consistentAccessLevel
API.- In
User.ApplyPermissionsAsync
, renamed therealmUrl
parameter torealmPath
. - In
User.OfferPermissionsAsync
, renamed therealmUrl
parameter torealmPath
. - Removed the
PermissionOfferResponse
andPermissionChange
classes. - Removed the
IPermissionObject
interface. - Removed the
ManagementObjectStatus
enum. - Removed the
User.GetPermissionChanges
andUser.GetPermissionOfferResponses
methods. - The
millisecondTimeout
argument inUser.GetGrantedPermissionsAsync
has been removed. - The
PermissionException
class has been replaced byHttpException
.
- Changed the return type of
- The
AuthenticationException
class has been merged into theHttpException
class.
-
Added
Session.Start()
andSession.Stop()
methods that allow you to pause/resume synchronization with the Realm Object Server. (Issue #138) -
Added an
IQueryable<T>.Subscribe(SubscriptionOptions, params Expression<Func<T, IQueryable>>[] includedBacklinks)
extension method that allows you to configure additional options for the subscription, such as the name, time to live, and whether it should update an existing subscription. TheincludedBacklinks
argument allows you to specify which backlink properties should be included in the transitive closure when doing query-based sync. For example:class Dog : RealmObject { public Person Owner { get; set; } } class Person : RealmObject { [Backlink(nameof(Dog.Owner))] public IQueryable<Dog> Dogs { get; } } var options = new SubscriptionOptions { Name = "adults", TimeToLive = TimeSpan.FromDays(1), ShouldUpdate = true }; var people = realm.All<Person>() .Where(p => p.Age > 18) .Subscribe(options, p => p.Dogs); await people.WaitForSynchronzationAsync(); // Dogs that have an owner set to a person that is over 18 // will now be included in the objects synchronized locally. var firstPersonDogs = people.Results.First().Dogs;
-
Added a
Realm.GetAllSubscriptions()
extension method that allows you to obtain a collection of all registered query-based sync subscriptions. (Issue #1838) -
Added
AccessLevel
property toPathPermission
to replace the now deprecatedMayRead/MayWrite/MayManage
. (Issue #1863) -
Added
RealmOwnerId
property toPathPermission
that indicates who the owner of the Realm is. (Issue #1863) -
Added support for building with
dotnet build
(previously only themsbuild
command line was supported). (PR #1849) -
Improved query performance for unindexed string columns when the query has a long chain of OR conditions. (Core upgrade)
-
Improved performance of encryption and decryption significantly by utilizing hardware optimized encryption functions. (Core upgrade)
-
Compacting a realm into an encrypted file could take a really long time. The process is now optimized by adjusting the write buffer size relative to the used space in the realm. (Core upgrade)
-
The string-based query parser (
results.Filter("...")
) now supports readable timestamps with a 'T' separator in addition to the originally supported "@" separator. For example:startDate > 1981-11-01T23:59:59:1
(Core upgrade)
- Fixes an issue where using the
StringExtensions.Contains(string, string, StringComparison)
extension method inside a LINQ query would result in an exception being thrown on .NET Core 2.1+ or Xamarin.iOS/Android projects.(Issue #1848) - Creating an object after creating an object with the int primary key of "null" would hit an assertion failure. (Core upgrade)
- Realm Object Server: 3.23.1 or later.
- Upgraded Sync from 3.14.11 to 4.5.1 and Core 5.12.7 to 5.20.0.
NOTE!!! You will need to upgrade your Realm Object Server to at least version 3.11.0 or use Realm Cloud. If you try to connect to a ROS v3.10.x or previous, you will see an error like Wrong protocol version in Sync HTTP request, client protocol version = 25, server protocol version = 24
.
- Download progress is now reported to the server, even when there are no local changes. This allows the server to do history compaction much more aggressively, especially when there are many clients that rarely or never make local changes. (#1772)
- Reduce memory usage when integrating synchronized changes sent by ROS.
- Added ability to supply a custom log function for handling logs emitted by Sync by specifying
SyncConfigurationBase.CustomLogger
. It must be set before opening a synchronized Realm. (#1824) - Clients using protocol 25 now report download progress to the server, even when they make no local changes. This allows the server to do history compaction much more aggressively, especially when there are many clients that rarely or never make local changes. (#1772)
- Add a User-Agent header to HTTP requests made to the Realm Object Server. By default, this contains information about the Realm library version and .NET platform. Additional details may be provided (such as the application name/version) by setting
SyncConfigurationBase.UserAgent
prior to opening a synchronized Realm. If developing a Xamarin app, you can use the Xamarin.Essentials plugin to automate that:SyncConfiguration.UserAgent = $"{AppInfo.Name} ({AppInfo.PackageName} {AppInfo.VersionString})"
.
- Fixed a bug that could lead to crashes with a message such as
Assertion failed: ndx < size() with (ndx, size()) = [742, 742]
. - Fixed a bug that resulted in an incorrect
LogLevel
being sent to Sync when settingSyncConfigurationBase.LogLevel
. (#1824, since 2.2.0) - Fixed a bug that prevented
Realm.GetInstanceAsync
from working when used withQueryBasedSyncConfiguration
. (#1827, since 3.1.0)
- The deprecated method
realm.SubscribeToObjectsAsync
has been removed in this version. (#1772) User.ConfigurePersistence
has been deprecated in favor ofSyncConfigurationBase.Initialize
.
- Realm Object Server: 3.11.0 or later. The sync protocol version has been bumped to version 25. The server is backwards-compatible with clients using protocol version 24 or below, but clients at version 25 are not backwards-compatible with a server at protocol version 24. The server must be upgraded before any clients are upgraded.
- Upgraded Sync from 3.9.2 to 3.14.11 and Core from 5.8.0 to 5.12.7.
- Exposed an
OnProgress
property onSyncConfigurationBase
. It allows you to specify a progress callback that will be invoked when usingRealm.GetInstanceAsync
to report the download progress. (#1807)
- Trying to call
Subscription.WaitForSynchronizationAsync
on a background thread (without aSynchronizationContext
) would previously hang indefinitely. Now a meaningful exception will be thrown to indicate that this is not supported and this method should be called on a thread with a synchronization context. (dotnet-private#130, since v3.0.0)
- Realm Object Server: 3.0.0 or later.
- APIs are backwards compatible with all previous releases in the 3.x.y series.
- File format: Generates Realms with format v9 (Reads and upgrades all previous formats)
- Fixed a bug that would typically result in exceptions with a message like
An unknown error has occurred. State: *some-number-larger than 127*
when subscribing to queries. (dotnet-private#128, since3.0.0
)
RealmObject
inheritors will now raisePropertyChanged
after they have been removed from Realm. The property name in the event arguments will beIsValid
.- Bundle some common certificate authorities on Linux so connecting to ROS instances over SSL should work out of the box for most certificates. Notably, it will now work out of the box for Realm Cloud instances.
- When constructing queries that compare an invalid/unmanaged RealmObject (e.g.
realm.All<Foo>().Where(f => f.Bar == someBar)
), a meaningful exception will now be thrown rather than an obscure ArgumentNullException. - Added
ShouldCompactOnLaunch
to the PCL version of the library. (dotnet-private#125)
- Exposed a
ChangeSet.NewModifiedIndices
collection that contains information about the indices of the objects that changed in the new version of the collection (i.e. after accounting for the insertions and deletions). - Update Fody to 3.0.
WriteAsync
will no longer perform a synchronousRefresh
on the main thread. (#1729)- Trying to add a managed Realm Object to a different instance of the same on-disk Realm will no longer throw an exception.
- Removed the
IList
compliance for Realm collections. This fixes an issue which would cause the app to hang on Android when deselecting an item from a ListView bound to a Realm collection.
SyncConfiguration
is now deprecated and will be removed in a future version. Two new configuration classes have been exposed - QueryBasedSyncConfiguration and FullSyncConfiguration. If you were using aSyncConfiguration
withIsPartial = true
, then change your code to useQueryBasedSyncConfiguration
. Similarly, ifIsPartial
was not set or was set tofalse
, useFullSyncConfiguration
.- Removed the
IList
compliance for Realm collections. This will prevent automatic updates of ListViews databound to Realm collections in UWP projects.
- Allow
[MapTo]
to be applied on classes to change the name of the table corresponding to that class. (#1712) - Added an improved API for adding subscriptions in partially-synchronized Realms.
IQueryable<T>.Subscribe
can be used to subscribe to any query, and the returnedSubscription<T>
object can be used to observe the state of the subscription and ultimately remove the subscription. See the documentation for more information. (#1679) - Added a fine-grained permissions system for use with partially-synchronized Realms. This allows permissions to be defined at the level of individual objects or classes. See the documentation for more information. (#1714)
- Exposed a string-based
IQueryable<T>.Filter(predicate)
method to enable more advanced querying scenarios such as:- Following links:
realm.All<Dog>().Filter("Owner.FirstName BEGINSWITH 'J'")
. - Queries on collections:
realm.All<Child>().Filter("Parents.FirstName BEGINSWITH 'J'")
- find all children who have a parent whose name begins with J orrealm.All<Child>().Filter("Parents.@avg.Age > 50")
- find all children whose parents' average age is more than 50. - Subqueries:
realm.All<Person>().Filter("SUBQUERY(Dogs, $dog, $dog.Vaccinated == false).@count > 3")
- find all people who have more than 3 unvaccinated dogs. - Sorting:
realm.All<Dog>().Filter("TRUEPREDICATE SORT(Owner.FirstName ASC, Age DESC)")
- find all dogs and sort them by their owner's first name in ascending order, then by the dog's age in descending. - Distinct:
realm.All<Dog>().Filter("TRUEPREDICATE DISTINCT(Age) SORT(Name)")
- find all dogs, sort them by their name and pick one dog for each age value. - For more examples, check out the javascript query language docs - the query syntax is identical - or the NSPredicate Cheatsheet.
- Following links:
- The
SyncConfiguration
constructor now accepts relative Uris. (#1720) - Added the following methods for resetting the user's password and confirming their email:
RequestPasswordResetAsync
,CompletePasswordResetAsync
,RequestEmailConfirmationAsync
, andConfirmEmailAsync
. These all apply only to users created viaCredentials.UsernamePassword
who have provided their email as the username. (#1721)
- Fixed a bug that could cause deadlocks on Android devices when resolving thread safe references. (#1708)
- Uses the Sync 3.0 client which is incompatible with ROS 2.x.
Permission
has been renamed toPathPermission
to more closely reflect its purpose. Furthermore, existing methods to modify permissions only work on full Realms. New methods and classes are introduced to configure access to a partially synchronized Realm.- The type of
RealmConfiguration.DefaultConfiguration
has changed toRealmConfigurationBase
to allow any subclass to be set as default. (#1720) - The
SyncConfiguration
constructor arguments are now optional. Theuser
value will default to the currently logged in user and theserverUri
value will default torealm://MY-SERVER-URL/default
whereMY-SERVER-URL
is the host the user authenticated against. (#1720) - The
serverUrl
argument inUser.LoginAsync(credentials, serverUrl)
andUser.GetLoggedInUser(identity, serverUrl)
has been renamed toserverUri
for consistency. (#1721)
- Added an
IsDynamic
property toRealmConfigurationBase
, allowing you to open a Realm file and read its schema from disk. (#1637) - Added a new
InMemoryConfiguration
class that allows you to create an in-memory Realm instance. (#1638) - Allow setting elements of a list directly - e.g.
foo.Bars[2] = new Bar()
orfoo.Integers[3] = 5
. (#1641) - Added Json Web Token (JWT) credentials provider. (#1655)
- Added Anonymous and Nickname credentials providers. (#1671)
- Fixed an issue where initial collection change notification is not delivered to all subscribers. (#1696)
- Fixed a corner case where
RealmObject.Equals
would returntrue
for objects that are no longer managed by Realm. (#1698)
SyncConfiguration.SetFeatureToken
is deprecated and no longer necessary in order to use Sync on Linux or server-side features. (#1703)
- Added an
[Explicit]
attribute that can be applied to classes or assemblies. If a class is decorated with it, then it will not be included in the default schema for the Realm (i.e. you have to explicitly setRealmConfiguration.ObjectClasses
to an array that contains that class). Similarly, if it is applied to an assembly, all classes in that assembly will be considered explicit. This is useful when developing a 3rd party library that depends on Realm to avoid your internal classes leaking into the user's schema. (#1602)
- Fixed a bug that would prevent writing queries that check if a related object is null, e.g.
realm.All<Dog>().Where(d => d.Owner == null)
. (#1601) - Addressed an issue that would cause the debugger to report an unobserved exception being thrown when "Just My Code" is disabled. (#1603)
- Calling
Realm.DeleteRealm
on a synchronized Realm will now properly delete therealm.management
folder. (#1621) - Fixed a crash when accessing primitive list properties on objects in realms opened with a dynamic schema (e.g. in migrations). (#1629)
- Added support for collections of primitive values. You can now define properties as
IList<T>
whereT
can be any type supported by Realm, except for anotherIList
. As a result, a lot of methods that previously had constraints onRealmObject
now accept any type and may throw a runtime exception if used with an unsupported type argument. (#1517) - Added
HelpLink
pointing to the relevant section of the documentation to most Realm exceptions. (#1521) - Added
RealmObject.GetBacklinks
API to dynamically obtain all objects referencing the current one. (#1533) - Added a new exception type,
PermissionDeniedException
, to denote permission denied errors when working with synchronized Realms that exposes a method -DeleteRealmUserInfo
- to inform the binding that the offending Realm's files should be kept or deleted immediately. This allows recovering from permission denied errors in a more robust manner. (#1543) - The keychain service name used by Realm to manage the encryption keys for sync-related metadata on Apple platforms is now set to the bundle identifier. Keys that were previously stored within the Realm-specific keychain service will be transparently migrated to the per-application keychain service. (#1522)
- Added a new exception type -
IncompatibleSyncedFileException
- that allows you to handle and perform data migration from a legacy (1.x) Realm file to the new 2.x format. It can be thrown when usingRealm.GetInstance
orRealm.GetInstanceAsync
and exposes aGetBackupRealmConfig
method that allows you to open the old Realm file in a dynamic mode and migrate any required data. (#1552) - Enable encryption on Windows. (#1570)
- Enable Realm compaction on Windows. (#1571)
UserInfo
has been significantly enhanced. It now contains metadata about a user stored on the Realm Object Server, as well as a list of all user account data associated with that user. (#1573)- Introduced a new method -
User.LogOutAsync
to replace the now-deprecated synchronous call. (#1574) - Exposed
BacklinksCount
property onRealmObject
that returns the number of objects that refer to the current object via a to-one or a to-many relationship. (#1578) - String primary keys now support
null
as a value. (#1579) - Add preview support for partial synchronization. Partial synchronization allows a synchronized Realm to be opened in such a way
that only objects requested by the user are synchronized to the device. You can use it by setting the
IsPartial
property on aSyncConfiguration
, opening the Realm, and then callingRealm.SubscribeToObjectsAsync
with the type of object you're interested in, a string containing a query determining which objects you want to subscribe to, and a callback which will report the results. You may add as many subscriptions to a synced Realm as necessary. (#1580) - Ensure that Realm collections (
IList<T>
,IQueryable<T>
) will not change when iterating in aforeach
loop. (#1589)
Realm.GetInstance
will now advance the Realm to the latest version, so you no longer have to callRefresh
manually after that. (#1523)- Fixed an issue that would prevent iOS Share Extension projects from working. (#1535)
Realm.CreateObject(string className)
now has additional parameterobject primaryKey
. You must pass that when creating a new object using the dynamic API. If the object you're creating doesn't have primary key declared, passnull
. (#1381)AcceptPermissionOfferAsync
now returns the relative rather than the absolute url of the Realm the user has been granted permissions to. (#1595)
- Exposed
Realm.WriteCopy
API to copy a Realm file and optionally encrypt it with a different key. (#1464) - The runtime representations of all Realm collections (
IQueryable<T>
andIList<T>
) now implement theIList
interface that is needed for data-binding toListView
in UWP applications. (#1469) - Exposed
User.RetrieveInfoForUserAsync
API to allow admin users to lookup other users' identities in the Realm Object Server. This can be used, for example, to find a user by knowing their Facebook id. (#1486) - Added a check to verify there are no duplicate object names when creating the schema. (#1502)
- Added more comprehensive error messages when passing an invalid url scheme to
SyncConfiguration
orUser.LoginAsync
. (#1501) - Added more meaningful error information to exceptions thrown by
Realm.GetInstanceAsync
. (#1503) - Added a new type -
RealmInteger<T>
to expose Realm-specific API over base integral types. It can be used to implement counter functionality in synced realms. (#1466) - Added
PermissionCondition.Default
to apply default permissions for existing and new users. (#1511)
- Fix an exception being thrown when comparing non-constant character value in a query. (#1471)
- Fix an exception being thrown when comparing non-constant byte or short value in a query. (#1472)
- Fix a bug where calling the non-generic version of
IQueryProvider.CreateQuery
on Realm's IQueryable results, an exception would be thrown. (#1487) - Trying to use an
IList
orIQueryable
property in a LINQ query will now throwNotSupportedException
rather than crash the app. (#1505)
- Exposed new API on the
User
class for working with permissions: (#1361)ApplyPermissionsAsync
,OfferPermissionsAsync
, andAcceptPermissionOfferAsync
allow you to grant, revoke, offer, and accept permissions.GetPermissionOffers
,GetPermissionOfferResponses
, andGetPermissionChanges
allow you to review objects, added via the above mentioned methods.GetGrantedPermissionsAsync
allows you to inspect permissions granted to or by the current user.
- When used with
RealmConfiguration
(i.e. local Realm),Realm.GetInstanceAsync
will perform potentially costly operation, such as executing migrations or compaction on a background thread. (#1406) - Expose
User.ChangePasswordAsync(userId, password)
API to allow admin users to change other users' passwords. (#1412) - Expose
SyncConfiguration.TrustedCAPath
API to allow providing a custom CA that will be used to validate SSL traffic to the Realm Object Server. (#1423) - Expose
Realm.IsInTransaction
API to check if there's an active transaction for that Realm. (#1452)
- Fix a crash when querying over properties that have
[MapTo]
applied. (#1405) - Fix an issue where synchronized Realms did not connect to the remote server in certain situations, such as when an application was offline when the Realms were opened but later regained network connectivity. (#1407)
- Fix an issue where incorrect property name will be passed to
RealmObject.PropertyChanged
subscribers when the actual changed property is below aBacklink
property. (#1433) - Fix an exception being thrown when referencing Realm in a PCL test assembly without actually using it. (#1434)
- Fix a bug when
SyncConfiguration.EnableSSLValidation
would be ignored when passed toRealm.GetInstanceAsync
. (#1423)
- The constructors of
PermissionChange
,PermissionOffer
, andPermissionOfferResponse
are now private. Use the newUser.ApplyPermissionsAsync
,User.OfferPermissionsAsync
, andUser.AcceptPermissionOfferAsync
API. (#1361) User.GetManagementRealm
andUser.GetPermissionRealm
are now deprecated. Use the new permission related API onUser
to achieve the same results. (#1361)User.ChangePassword(password)
has been renamed toUser.ChangePasswordAsync(password)
. (#1412)- Removed the following obsolete API: (#1425)
Realm.ObjectForPrimaryKey<T>(long id)
Realm.ObjectForPrimaryKey<T>(string id)
Realm.ObjectForPrimaryKey(string className, long id)
Realm.ObjectForPrimaryKey(string className, string id)
Realm.Manage<T>(T obj, bool update)
Realm.Close()
Realm.CreateObject<T>()
IOrderedQueryable<T>.ToNotifyCollectionChanged<T>(Action<Exception> errorCallback)
IOrderedQueryable<T>.ToNotifyCollectionChanged<T>(Action<Exception> errorCallback, bool coalesceMultipleChangesIntoReset)
IRealmCollection<T>.ObjectSchema
Realm.DeleteRealm
now throws an exception if called while an instance of that Realm is still open.
- Expose
RealmObject.OnManaged
virtual method that can be used for init purposes, since the constructor is run before the object has knowledge of its Realm. (#1383) - Expose
Realm.GetInstanceAsync
API to asynchronously open a synchronized Realm. It will download all remote content available at the time the operation began on a background thread and then return a usable Realm. It is also the only supported way of opening Realms for which the user has only read permissions.
Introducing Realm Mobile Database for Universal Windows Platform (UWP). With UWP support, you can now build mobile apps using Realm’s object database for the millions of mobile, PC, and Xbox devices powered by Windows 10. The addition of UWP support allows .NET developers to build apps for virtually any modern Windows Platform with Windows Desktop (Win32) or UWP as well as for iOS and Android via Xamarin. Note that sync support is not yet available for UWP, though we are working on it and you can expect it soon.
- Case insensitive queries against a string property now use a new index based search. (#1380)
- Add
User.ChangePassword
API to change the current user's password if using Realm's 'password' authentication provider. Requires any edition of the Realm Object Server 1.4.0 or later. (#1386) SyncConfiguration
now has anEnableSSLValidation
property (default istrue
) to allow SSL validation to be specified on a per-server basis. (#1387)- Add
RealmConfiguration.ShouldCompactOnLaunch
callback property when configuring a Realm to determine if it should be compacted before being returned. (#1389) - Silence some benign linker warnings on iOS. (#1263)
- Use reachability API to minimize the reconnection delay if the network connection was lost. (#1380)
- Fixed a bug where
Session.Reconnect
would not reconnect all sessions. (#1380) - Fixed a crash when subscribing for
PropertyChanged
multiple times. (#1380) - Fixed a crash when reconnecting to Object Server (#1380)
- Fixed a crash on some Android 7.x devices when opening a realm (#1380)
- Fixed an issue where
EntryPointNotFoundException
would be thrown on some Android devices. (#1336)
- Expose
IRealmCollection.IsValid
to indicate whether the realm collection is valid to use. (#1344) - Update the Fody reference which adds support for building with Mono 5. (#1364)
Realm is now being distributed as a .NET Standard 1.4 library as this is a requirement for supporting UWP. While internally that is a rather big move, applications using it should not be affected. After the upgrade, you'll see a number of new NuGet dependencies being added - those are reference assemblies, already part of mscorlib, so will not affect your application's size or performance. Additionally, we're releasing a new platform specific DataBinding package that contains helper methods that enable two-way databinding scenarios by automatically creating transactions when setting a property.
If you encounter any issues after the upgrade, we recommend clearing the bin
and obj
folders and restarting Xamarin Studio. If this doesn't help, please file an issue explaining your solution setup and the type of problems you encounter.
Files written with this version cannot be read by earlier versions of Realm. This version is not compatible with versions of the Realm Object Server lower than 1.3.0.
- Fixes the
RemoveAll(string)
overload to work correctly. (#1288) - Resolved an issue that would lead to crashes when refreshing the token for an invalid session. (#1289)
- The
IObservable
returned fromsession.GetProgressObservable
will correctly callOnComplete
when created withmode: ProgressMode.ForCurrentlyOutstandingWork
. (#1292) - Fixed a memory leak when accessing string properties. (#1318)
- Fixes an issue when using
EncryptionKey
with synchronized realms. (#1322)
- Introduce APIs for safely passing objects between threads. Create a thread-safe reference to a thread-confined object by passing it to the
ThreadSafeReference.Create
factory method, which you can then safely pass to another thread to resolve in the new realm withRealm.ResolveReference
. (#1300) - Introduce API for attempting to reconnect all sessions. This could be used in conjunction with the connectivity plugin to monitor for connectivity changes and proactively request reconnecting, rather than rely on the built-in retry mechanism. (#1310)
- Enable sorting over to-one relationships, e.g.
realm.All<Parent>().OrderBy(p => p.Child.Age)
. (#1313) - Introduce a
string.Like
extension method that can be used in LINQ queries against the underlying database engine. (#1311) - Add an
User.IsAdmin
property that indicates whether a user is a Realm Object Server administrator. (#1320)
DateTimeOffset
properties that are not set will now correctly default to0001-1-1
instead of1970-1-1
after the object is passed torealm.Add
. (#1293)- Attempting to get an item at index that is out of range should now correctly throw
ArgumentOutOfRangeException
for allIRealmCollection
implementations. (#1295) - The layout of the .lock file has changed, which may affect scenarios where different processes attempt to write to the same Realm file at the same time. (#1296)
PropertyChanged
notifications use a new, more reliable, mechanism, that behaves slightly differently from the old one. Notifications will be sent only after a transaction is committed (making it consistent with the way collection notifications are handled). To make sure that your UI is promptly updated, you should avoid keeping long lived transactions around. (#1316)
- Resolved an issue that prevented compiling for iOS on Visual Studio. (#1277)
- Added Azure Active Directory (AzureAD) credentials provider. (#1254)
This is a preparation release for adding UWP support. We have removed all platform-specific logic from the Realm assemblies, and instead weave them in compile time. While this has been tested in all common scenarios, it may create issues with very complex project graphs. If you encounter any of these issues with iOS projects:
- Compilation fails when running Task
WeaveRealmAssemblies
- App crashes when first accessing a Realm
please file an issue and explain your solution setup.
- The
Realm
NuGet package no longer clobbers the path to Win32 native binaries inRealm.Database
. (#1239) - Fixed a bug where garbage collecting an object with
PropertyChanged
subscribers would cause crashes. (#1237)
After about a year and a half of hard work, we are proud to call this a 1.0 release. There is still work to do, but Realm Xamarin is now being used by thousands of developers and has proven reliable.
Realm Xamarin now works with the Realm Mobile Platform. This means that you can write Xamarin apps that synchronize seamlessly with a Realm Object Server, allowing you to write complex apps with Xamarin that are offline-first and automatically synchronised by adding just a few lines of code. You can read about this in the documentation.
Realm Xamarin is no longer iOS and Android only. You can now use it to write .NET programs for Windows Desktop. Add the NuGet package to your regular .NET project and start using Realm. Some features are not supported on Windows yet. Most notably, sync does not yet work for Windows, but also encryption and notifications across processes are missing. We are working on it and you can expect support soon.
IRealmCollection<T>.ObjectSchema
is deprecated and replaced withISchemaSource.ObjectSchema
. (#1216)
[MapTo]
attribute is now respected in queries. (#1219)- Letting a Realm instance be garbage collected instead of disposing it will no longer lead to crashes. (#1212)
- Unsubscribing from
RealmObject.PropertyChanged
in aPropertyChanged
callback should no longer lead to crashes. (#1207) WriteAsync
now advances the read transaction so the changes made asynchronously are available immediately in the original thread. (#1192)- Queries on backlink properties should no longer produce unexpected results. (#1177)
- Addressed an issue where obtaining a Realm instance, reading an object, then obtaining another instance on the same thread would cause the object to become invalid and crash the application upon accessing any of its members.
- Moved all exceptions under the
Realms.Exceptions
namespace. (#1075) - Moved
RealmSchema
toRealms.Schema
namespace. (#1075) - Made the
ErrorEventArgs
constructor internal. (#1075) - Made
ObjectSchema.Builder
andRealmSchema.Builder
internal. (#1075) - Passing an object that has
IList
properties toAdd(obj, update: true)
will no longer merge the lists. Instead, theIList
property will contain only the items in the object. (#1040)
- Added virtual
OnPropertyChanged
method inRealmObject
that you can override to be notified of changes to the current object. (#1047) - Added compile time checks that
[Required]
is applied on correct property types. (#1072) Realm.Add(RealmObject obj)
will now return the passed in object, similarly toRealm.Add<T>(T obj)
. (#1162)- Added an extension method for
string.Contains
that acceptsStringComparison
argument and can be used in queries. When querying, onlyStringComparison.Ordinal
andStringComparison.OrdinalIgnoreCase
can be used. When not used in queries, all values forStringComparison
are valid. (#1141)
- Adding a standalone object, that has an
IList<T>
property that has never been accessed, to the Realm will no longer throw aNullReferenceException
. (#1040) IList<T>
properties will now correctly returnIsReadOnly = true
when managed by a readonly Realm. (#1070)- The weaver should now correctly resolve references in PCL and netstandard assemblies. (#1117)
- Add some missing methods to the PCL reference assembly. (#1093)
- Disposed realms will not throw
ObjectDisposedException
when trying to access their members. Additionally, disposing a realm will not invalidate other instances on the same thread. (#1063)
- The
IQueryable<T>.ToNotifyCollectionChanged
extension methods that accept parameters are now deprecated. There is a new parameterless one that you should use instead. If you want to handle errors, you can do so by subscribing to theRealm.OnError
event. (#938) RealmResults<T>
is now markedinternal
andRealm.All<T>()
will instead returnIQueryable<T>
. We've added a new extension methodIQueryable<T>.SubscribeForNotifications(NotificationCallbackDelegate<T>)
that allows subscribing for notifications. (#942)Realm.CreateObject<T>
has been deprecated and will be removed in the next major release. (It could cause a dangerous data loss when using the synchronised realms coming soon, if a class has a PrimaryKey). (#998)RealmConfiguration.ReadOnly
has been renamed toRealmConfiguration.IsReadOnly
and is now a property instead of a field. (#858)Realm.All
has been renamed toRealm.GetAll
and the former has been obsoleted. (#858)Realm.ObjectForPrimaryKey
has been renamed toRealm.Find
and the former has been obsoleted. (#858)Realm.Manage
has been renamed toRealm.Add
and the former has been obsoleted. (#858)RealmConfiguration.PathToRealm
has been renamed toRealm.GetPathToRealm
and the former has been obsoleted. (#858)RealmResults.NotificationCallback
has been extracted as a non-nested class and has been renamed toNotificationCallbackDelegate
. (#858)Realm.Close
has been removed in favor ofRealm.Dispose
. (#858)RealmList<T>
is now markedinternal
. You should useIList<T>
to define collection relationships. (#858)
- In data-binding scenarios, if a setter is invoked by the binding outside of write transaction, we'll create an implicit one and commit it. This enables two-way data bindings without keeping around long-lived transactions. (#901)
- The Realm schema can now express non-nullable reference type properties with the new
[Required]
attribute. (#349) - Exposed a new
Realm.Error
event that you can subscribe for to get notified for exceptions that occur outside user code. (#938) - The runtime types of the collection, returned from
Realm.All
and the collection created forIList<T>
properties onRealmObject
now implementINotifyCollectionChanged
so you can pass them for data-binding without any additional casting. (#938, #909) - All RealmObjects implement
INotifyPropertyChanged
. This allows you to pass them directly for data-binding. - Added
Realm.Compact
method that allows you to reclaim the space used by the Realm. (#968) Realm.Add
returns the added object. (#931)- Support for backlinks aka
LinkingObjects
. (#219) - Added an
IList<T>.Move
extension method that allows you to reorder elements within the collection. For managed Lists, it calls a native method, so it is slightly more efficient than removing and inserting an item, but more importantly, it will raise theCollectionChanged
withNotifyCollectionChangedAction.Move
which will result in a nice move animation, rather than a reload of a ListView. (#995)
- Subscribing to
PropertyChanged
on a RealmObject and modifying an instance of the same object on a different thread will now properly raise the event. (#909) - Using
Insert
to insert items at the end of anIList
property will no longer throw an exception. (#978)
- This version updates the file format. Older versions will not be able to open files created with this version. (#846)
RealmList<T>
is now marked as internal. If you were using it anywhere, you should migrate toIList<T>
. (#880)
-
iOS Linking all should work - we now add a [Preserve] attribue to all woven members of your
RealmObject
subclasses so you do not need to manually add[Preserve(allMembers=true)]
(#822) -
Realm.Manage
calls are now much faster. You should prefer that toRealm.CreateObject
unless you are setting only a few properties, while leaving the rest with default values. (#857) -
Added
bool update
argument toRealm.Manage
. Whenupdate: true
is passed, Realm will try to find and update a persisted object with the same PrimaryKey. If an object with the same PrimaryKey is not found, the umnamaged object is added. If the passed in object does not have a PrimaryKey, it will be added. Any related objects will be added or updated depending on whether they have PrimaryKeys. (#871)NOTE: cyclic relationships, where object references are not identical, will not be reconciled. E.g. this will work as expected:
var person = new Person { Name = "Peter", Id = 1 }; person.Dog = new Dog(); person.Dog.Owner = person;
However this will not - it will set the Person's properties to the ones from the last instance it sees:
var person = new Person { Name = "Peter", Id = 1 }; person.Dog = new Dog(); person.Dog.Owner = new Person { Id = 1 };
This is important when deserializing data from json, where you may have multiple instances of object with the same Id, but with different properties.
-
Realm.Manage
will no longer throw an exception if a managed object is passed. Instead, it will immediately return. (#871) -
Added non-generic version of
Realm.Manage
. (#871) -
Added support for nullable integer PrimaryKeys. Now you can have
long?
PrimaryKey property wherenull
is a valid unique value. (#877) -
Added a weaver warning when applying Realm attributes (e.g.
[Indexed]
or[PrimaryKey]
) on non-persisted properties. (#882) -
Added support for
==
and!=
comparisons to realm objects in LINQ (#896), e.g.:var peter = realm.All<Person>().FirstOrDefault(d => d.Name == "Peter"); var petersDogs = realm.All<Dog>().Where(d => d.Owner == peter);
-
Added support for
StartsWith(string, StringComparison)
,EndsWith(string, StringComparison)
, andEquals(string, StringComparison)
filtering in LINQ. (#893)NOTE: Currently only
Ordinal
andOrdinalIgnoreCase
comparisons are supported. Trying to pass in a different one will result in runtime error. If no argument is supplied,Ordinal
will be used.
Realm.ObjectForPrimaryKey()
now returns null if it failed to find an object (#833).- Querying anything but persisted properties now throws instead of causing a crash (#251 and #723)
Uses core 1.5.1
- The term
ObjectId
has been replaced withPrimaryKey
in order to align with the other SDKs. This affects the[ObjectId]
attribute used to decorate a property.
- You can retrieve single objects quickly using
Realm.ObjectForPrimaryKey()
if they have a[PrimaryKey]
property specified. (#402) - Manual migrations are now supported. You can specify exactly how your data should be migrated when updating your data model. (#545)
- LINQ searches no longer throw a
NotSupportedException
if your integer type on the other side of an expression fails to exactly match your property's integer type. - Additional LINQ methods now supported: (#802)
- Last
- LastOrDefault
- FirstOrDefault
- SingleOrDefault
- ElementAt
- ElementAtOrDefault
- Searching char field types now works. (#708)
- Now throws a RealmMigrationSchemaNeededException if you have changed a
RealmObject
subclass declaration and not incremented theSchemaVersion
(#518) - Fixed a bug where disposing a
Transaction
would throw anObjectDisposedException
if itsRealm
was garbage-collected (#779) - Corrected the exception being thrown
IndexOutOfRangeException
to beArgumentOutOfRangeException
Uses core 1.5.1
- Setting your Build Verbosity to
Detailed
orNormal
will now display a message for every property woven, which can be useful if you suspect errors with Fody weaving. - Better exception messages will helo diagnose EmptySchema problems (#739)
- Partial evaluation of LINQ expressions means more expressions types are supported as operands in binary expressions (#755)
- Support for LINQ queries that check for
null
againststring
,byte[]
andNullable<T>
properties. - Support for
string.IsNullOrEmpty
on persisted properties in LINQ queries. - Schema construction has been streamlined to reduce overhead when opening a Realm
- Schema version numbers now start at 0 rather than UInt64.MaxValue
RealmResults<T>
should implementIQueryable.Provider
implicitly (#752)- Realms that close implicitly will no longer invalidate other instances (#746)
Uses core 1.4.2
- Fixed a bug weaving pure PCL projects, released in v0.77.0 (#715)
- Exception messages caused by using incompatible arguments in LINQ now include the offending argument (#719)
- PCL projects using ToNotifyCollectionChanged may have crashed due to mismatch between PCL signatures and platform builds.
Uses core 1.4.0
Broken Version - will not build PCL projects
- Sort order change in previous version was reverted.
- It is now possible to introspect the schema of a Realm. (#645)
- The Realm class received overloads for
Realm.CreateObject
andRealm.All
that accept string arguments instead of generic parameters, enabling use of thedynamic
keyword with objects whose exact type is not known at compile time. (#646) - To Many relationships can now be declared with an
IList<DestClass>
rather than requiringRealmList<DestClass>
. This is significantly faster than usingRealmList
due to caching the list. (Issue #287) - Creating standalone objects with lists of related objects is now possible. Passing such an object into
Realm.Manage
will cause the entire object graph from that object down to become managed.
- Fixed a crash on iOS when creating many short-lived realms very rapidly in parallel (Issue #653)
RealmObject.IsValid
can be called to check if a managed object has been deleted- Accessing properties on invalid objects will throw an exception rather than crash with a segfault (#662)
- Exceptions thrown when creating a Realm no longer leave a leaking handle (Issue #503)
Uses core 1.4.0
- The
Realm
static constructor will no longer throw aTypeLoadException
when there is an activeSystem.Reflection.Emit.AssemblyBuilder
in the currentAppDomain
. - Fixed
Attempting to JIT compile
exception when using the Notifications API on iOS devices. (Issue #620)
No API change but sort order changes slightly with accented characters grouped together and some special characters sorting differently. "One third" now sorts ahead of "one-third".
It uses the table at ftp://ftp.unicode.org/Public/UCA/latest/allkeys.txt
It groups all characters that look visually identical, that is, it puts a, à, å together and before ø, o, ö even. This is a flaw because, for example, å should come last in Denmark. But it's the best we can do now, until we get more locale aware.
Uses core 1.1.2
RealmObject
classes will now implicitly implementINotifyPropertyChanged
if you specify the interface on your class. Thanks to Joe Brock for this contribution!
long
is supported in queries (Issue #607)- Linker error looking for
System.String System.String::Format(System.IFormatProvider,System.String,System.Object)
fixed (Issue #591) - Second-level descendants of
RealmObject
and static properties inRealmObject
classes now cause the weaver to properly report errors as we don't (yet) support those. (Issue #603) - Calling
.Equals()
on standalone objects no longer throws. (Issue #587)
- File format of Realm files is changed. Files will be automatically upgraded but opening a Realm file with older versions of Realm is not possible. NOTE: If you were using the Realm Browser specified for the old format you need to upgrade. Pick up the newest version here.
RealmResults<T>
no longer implicitly implementsINotifyCollectionChanged
. Use the newToNotifyCollectionChanged
method instead.
RealmResults<T>
can be observed for granular changes via the newSubscribeForNotifications
method.Realm
gained theWriteAsync
method which allows a write transaction to be executed on a background thread.- Realm models can now use
byte[]
properties to store binary data. RealmResults<T>
received a newToNotifyCollectionChanged
extension method which produces anObservableCollection<T>
-like wrapper suitable for MVVM data binding.
- Nullable
DateTimeOffset
properties are supported now. - Setting
null
to a string property will now correctly returnnull
- Failure to install Fody will now cause an exception like "Realms.RealmException: Fody not properly installed. RDB2_with_full_Realm.Dog is a RealmObject but has not been woven." instead of a
NullReferenceException
- The PCL
RealmConfiguration
was missing some members. - The Fody weaver is now discoverable at non-default nuget repository paths.
- Realms now refresh properly on Android when modified in other threads/processes.
- Fixes crashes under heavy combinations of threaded reads and writes.
- The two
Realm
andRealmWeaver
NuGet packages have been combined into a singleRealm
package. - The
String.Contains(String)
,String.StartsWith(String)
, andString.EndsWith(String)
methods now support variable expressions. Previously they only worked with literal strings. RealmResults<T>
now implementsINotifyCollectionChanged
by raising theCollectionChanged
event withNotifyCollectionChangedAction.Reset
when its underlying table or query result is changed by a write transaction.
- The Realm assembly weaver now submits anonymous usage data during each build, so we can track statistics for unique builders, as done with the Java, Swift and Objective-C products (issue #182)
Realm.RemoveRange<>()
andRealm.RemoveAll<>()
methods added to allow you to delete objects from a realm.Realm.Write()
method added for executing code within an implicitly committed transaction- You can now restrict the classes allowed in a given Realm using
RealmConfiguration.ObjectClasses
. - LINQ improvements:
- Simple bool searches work without having to use
== true
(issue #362) - ! operator works to negate either simple bool properties or complex expressions (issue #77)
- Count, Single and First can now be used after a Where expression, (#369) eg
realm.All<Owner>().Where(p => p.Name == "Dani").First();
as well as with a lambda expression
realm.All<Owner>().Single( p => p.Name == "Tim");
- Sorting is now provided using the
OrderBy
,OrderByDescending
,ThenBy
andThenByDescending
clauses. Sorts can be applied to results of a query from aWhere
clause or sorting the entire class by applying afterAll<>
. - The
String.Contains(String)
,String.StartsWith(String)
, andString.EndsWith(String)
methods can now be used in Where clauses. - DateTimeOffset properties can be compared in queries.
- Simple bool searches work without having to use
- Support for
armeabi
builds on old ARM V5 and V6 devices has been removed.
- Finish
RealmList.CopyTo
so you can applyToList
to related lists (issue #299) - NuGet now inserts
libwrappers.so
for Android targets using$(SolutionDir)packages
so it copes with the different relative paths in cross-platform (Xamarin Forms) app templates vs pure Android templates. Realm.RealmChanged
event notifies you of changes made to the realmRealm.Refresh()
makes sure the realm is updated with changes from other threads.
RealmConfiguration.EncryptionKey
added so files can be encrypted and existing encrypted files from other Realm sources opened (assuming you have the key)
- For PCL users, if you use
RealmConfiguration.DefaultConfiguration
without having linked a platform-specific dll, you will now get the warning message with aPlatformNotSupportedException
. Previously threw aTypeInitExepction
. - Update to Core v0.96.2 and matching ObjectStore (issue #393)
No functional changes. Just added library builds for Android 64bit targets x86_64
and arm64-v8a
.
Uses Realm core 0.96.0
- Added support for PCL so you can now use the NuGet in your PCL GUI or viewmodel libraries.
Building IOS apps targeting the simulator sometimes got an error like:
Error MT5209: Native linking error...building for iOS simulator,
but linking in object file built for OSX, for architecture i386 (MT5209)
This was fixed by removing a redundant simulator library included in NuGet
Uses Realm core 0.95.6.
Now supporting:
- Xamarin Studio on Mac - IOS and Android
- Xamarin Studio on Windows - Android
- Visual Studio on Windows - IOS and Android
- Added Android support as listed above.
- Added
RealmConfiguration
to provide reusable way to specify path and other settings. - Added
Realm.Equals
,Realm.GetHashCode
andRealm.IsSameInstance
to provide equality checking so you can confirm realms opened in the same thread are equal (shared internal instance). - Added
Realm.DeleteFiles(RealmConfiguration)
to aid in cleaning up related files. - Added nullable basic types such as
int?
. - Optimised
Realm.All<userclass>().Count()
to get rapid count of all objects of given class. - Related lists are now supported in standalone objects.
Count()
onWhere()
implemented.Any()
onWhere()
implemented.First( lambda )
andSingle( lambda )
implemented.- Significant optimisation of
Where()
to be properly lazy, was instantiating all objects internally.
[PrimaryKey]
attribute renamed[ObjectId]
.Realm.Attach(object)
renamedManage(object)
.- Lists of related objects are now declared with
IList<otherClass>
instead ofRealmList
.
- Bug that caused a linker error for iPhone simulator fixed (#375)
Requires installation from private copy of NuGet download.
- Supported IOS with Xamarin Studio only.
- Basic model and read/write operations with simple LINQ
Where
searches. - NuGet hosted as downloads from private realm/realm-dotnet repo.