Realm Core v20.1.0

20.1.0 Release notes

Enhancements

• None.

Fixed

• Having a query with a number of predicates ORed together may result in a crash on some platforms (strict weak ordering check failing on iphone) (#8028, since v14.6.0)
• None.

Breaking changes

• None.

Compatibility

• Fileformat: Generates files with format v24. Reads and automatically upgrade from fileformat v10. If you want to upgrade from an earlier file format version you will have to use RealmCore v13.x.y or earlier.

---

Internals

• None.

---

Realm Core v14.13.0

14.13.0 Release notes

Enhancements

• None.

Fixed

• Having a query with a number of predicates ORed together may result in a crash on some platforms (strict weak ordering check failing on iphone) (#8028, since v14.6.0)
• None.

Breaking changes

• Removed http 301/308 redirection support from app services operations provided by App. It is assumed that the SDK's http implementation will handle http redirects instead. (PR #7996)

Compatibility

• Fileformat: Generates files with format v24. Reads and automatically upgrade from fileformat v10. If you want to upgrade from an earlier file format version you will have to use RealmCore v13.x.y or earlier.

---

Internals

• None.

---

Realm Core v14.12.1

14.12.1 Release notes

Enhancements

• None.

Fixed

• Using an empty KeyPath in C API would result in no filtering being done (#7805, since v13.24.0)
• Filtering notifications with backlink columns as last element could sometimes give wrong results (#7530, since v11.1.0)
• Fix crash during client app shutdown when Logger log level is set higher than Info. (#7969, since v13.23.3)
• If File::rw_lock() fails to open a file the exception message does not contain the filename (#7999, since v6.0.21)
• Fallback to hashed filename will fail if length of basename is between 240 and 250 (#8007, since v10.0.0)
• Swift API misuse within a callback from core would result in an internal unreachable error rather than the exception being propagated properly (#7836).

Breaking changes

• None.

Compatibility

• Fileformat: Generates files with format v24. Reads and automatically upgrade from fileformat v10. If you want to upgrade from an earlier file format version you will have to use RealmCore v13.x.y or earlier.

---

Internals

• Update TestAppSession to allow scope-based usage for restarting the local app resources. (PR #7672)

---

Realm Core v14.12.0

14.12.0 Release notes

Enhancements

• Improve sync bootstrap performance by reducing the number of table selections in the replication logs for embedded objects. (#7945)
• Released a read lock which was pinned for the duration of a mutable subscription even after commit. This frees resources earlier, and may improve performance of sync bootstraps where the starting state is large. (#7946)
• Client reset cycle detection now checks if the previous recovery attempt was made by the same core version, and if not attempts recovery again (PR #7944).
• Updated bundled OpenSSL version to 3.3.1. (PR #7947)

Fixed

• Fixed an "invalid column key" exception when using a RQL "BETWEEN" query on an int or timestamp property across links. (#7935, since v14.10.1)
• Fixed conflict resolution bug related to ArrayErase and Clear instructions, which could sometimes cause an "Invalid prior_size" exception to prevent synchronization (#7893, since v14.8.0).
• Fixed bug which would prevent eventual consistency during conflict resolution. Affected clients would experience data divergence and potentially consistency errors as a result. (PR #7955, since v14.8.0)
• Fixed issues loading the native Realm libraries on Linux ARMv7 systems when they linked against our bundled OpenSSL resulting in errors like unexpected reloc type 0x03. (#7947, since v14.1.0)
• Realm::convert() would sometimes incorrectly throw an exception claiming that there were unuploaded local changes when the source Realm is a synchronized Realm (#7966, since v10.7.0).

Breaking changes

• None.

Compatibility

• Fileformat: Generates files with format v24. Reads and automatically upgrade from fileformat v10. If you want to upgrade from an earlier file format version you will have to use RealmCore v13.x.y or earlier.

---

Internals

• Reverted the bfd linker override in the Linux-armv7 toolchain file because the upstream OpenSSL issue it was working around was resolved.

---

Realm Core v14.11.2

14.11.2 Release notes

Enhancements

• Sync log statements now include the app services connection id in their prefix (e.g Connection[1:<connection id>] Session[1]: log message) to make correlating sync activity to server logs easier during troubleshooting ((PR #7849)[https://github.com//pull/7849]).

Fixed

• Sync client may report duplicate compensating write errors (#7708, since v14.8.0).

Breaking changes

• None.

Compatibility

• Fileformat: Generates files with format v24. Reads and automatically upgrade from fileformat v10. If you want to upgrade from an earlier file format version you will have to use RealmCore v13.x.y or earlier.

---

Internals

• Fix emscripten build and add emscripten debug/release compile tasks to evergreen. (PR #7916)
• Subscription set state change notifications now work in a multiprocess-compatible manner (PR #7862).

---

Realm Core v14.11.1

14.11.1 Release notes

Enhancements

• None.

Fixed

• App subscription callback was getting fired before the user profile was retrieved on login, leading to an empty user profile when using the callback. (#7889, since v14.7.0)

Breaking changes

• The websocket error codes websocket_client_too_old, websocket_client_too_new, and websocket_protocol_mismatch along with their C API constants were removed. These corresponded to errors the legacy C++ server could have sent, but the baas sync server never did. Any platform networking implementations that surfaced these errors can report a websocket_fatal_error instead if an unknown error occurs during the websocket handshake. If a client connects that is too old or too new, it will finish the websocket handshake and then receive an in-band sync ERROR message that will be handled by the sync error handler. PR #7917

Compatibility

• Fileformat: Generates files with format v24. Reads and automatically upgrade from fileformat v10. If you want to upgrade from an earlier file format version you will have to use RealmCore v13.x.y or earlier.

---

Internals

• None.

---

Realm Core v14.11.0

14.11.0 Release notes

Enhancements

• On Windows devices Device Sync will additionally look up SSL certificates in the Windows Trusted Root Certification Authorities certificate store when establishing a connection. (PR #7882)
• Updated the return type of LogCategory::get_category_names() from std::vector<const char*> to std::vector<std::string_view>. (PR #7879)
• Added realm_get_persisted_schema_version for reading the version of the schema currently stored locally. (PR #7873)
• Added realm_app_config_get_sync_client_config() function to the C_API to get the sync_client_config value in realm_app_config_t if REALM_APP_SERVICES is enabled. If REALM_APP_SERVICES is not available, realm_sync_client_config_new() is available to create a new sync_client_config_t to use when initializing the sync manager. (PR #7891)
• Role and permissions changes no longer require a client reset to update the local realm. (PR #7440)

Fixed

• FLX download progress was only updated when bootstraps completed, making it always be 0 before the first completion and then forever 1. (PR #7869, since v14.10.2)
• Sync client can crash if a session is resumed while the session is being suspended. (#7860, since v12.0.0)
• If a sync session is interrupted by a disconnect or restart while downloading a bootstrap, stale data from the previous bootstrap may be included when the session reconnects and downloads the bootstrap. This can lead to objects stored in the database that do not match the actual state of the server and potentially leading to compensating writes. (#7827, since v12.0.0)
• Fixed unnecessary server roundtrips when there is no download to acknowledge (#2129, since v14.8.0).

Breaking changes

• None.

Compatibility

• Fileformat: Generates files with format v24. Reads and automatically upgrade from fileformat v10. If you want to upgrade from an earlier file format version you will have to use RealmCore v13.x.y or earlier.

---

Internals

• Protocol version has been updated to v14 to support server intiated bootstraps and role change updates without a client reset. (PR #7440)
• Add support for server initiated bootstraps. (PR #7440)

---

Realm Core v14.10.4

14.10.4 Release notes

Enhancements

• None.

Fixed

• When a public name is defined on a property, calling realm::Results::sort() or realm::Results::distinct() with the internal name could throw an error like Cannot sort on key path 'NAME': property 'PersonObject.NAME' does not exist. (realm/realm-js#6779, since v12.12.0)

Breaking changes

• None.

Compatibility

• Fileformat: Generates files with format v24. Reads and automatically upgrade from fileformat v10. If you want to upgrade from an earlier file format version you will have to use RealmCore v13.x.y or earlier.

---

Internals

• Fix a thread sanitizer failure in the "unregister connection change listener during callback" test (PR #7871).

---

Realm Core v14.10.3

14.10.3 Release notes

Enhancements

• "Next launch" metadata file actions are now performed in a multi-process safe manner (#7576).

Fixed

• Fixed a change of mode from Strong to All when removing links from an embedded object that links to a tombstone. This affects sync apps that use embedded objects which have a Lst<Mixed> that contains a link to another top level object which has been deleted by another sync client (creating a tombstone locally). In this particular case, the switch would cause any remaining link removals to recursively delete the destination object if there were no other links to it. (#7828, since 14.0.0-beta.0)
• Fixed removing backlinks from the wrong objects if the link came from a nested list, nested dictionary, top-level dictionary, or list of mixed, and the source table had more than 256 objects. This could manifest as array_backlink.cpp:112: Assertion failed: int64_t(value >> 1) == key.value when removing an object. (#7594, since v11 for dictionaries)
• Fixed the collapse/rejoin of clusters which contained nested collections with links. This could manifest as array.cpp:319: Array::move() Assertion failed: begin <= end [2, 1] when removing an object. (#7839, since the introduction of nested collections in v14.0.0-beta.0)
• wait_for_upload_completion() was inconsistent in how it handled commits which did not produce any changesets to upload. Previously it would sometimes complete immediately if all commits waiting to be uploaded were empty, and at other times it would wait for a server roundtrip. It will now always complete immediately. (PR #7796).
• realm_sync_session_handle_error_for_testing parameter is_fatal was flipped changing the expected behavior. (#7750).

Breaking changes

• None.

Compatibility

• Fileformat: Generates files with format v24. Reads and automatically upgrade from fileformat v10. If you want to upgrade from an earlier file format version you will have to use RealmCore v13.x.y or earlier.

---

Internals

• Fixed Table::remove_object_recursive which wouldn't recursively follow links through a single Mixed property. This feature is exposed publicly on Table but no SDK currently uses it, so this is considered internal. (#7829, likely since the introduction of Mixed)
• Upload completion is now tracked in a multiprocess-compatible manner (PR #7796).
• The local realm will assume the the client file ident of the fresh realm during a client reset. (PR #7850)
• Building using C++20 on Windows.

---

Realm Core v14.10.2

14.10.2 Release notes

Enhancements

• None.

Fixed

• DB::compact() on an encrypted Realm without explicitly specifying a new encryption key would only work if the old key happened to be a valid nul-terminated string (#7842, since v14.10.0).
• You could get unexpected merge results when assigning to a nested collection (#7809, since v14.0.0)

Breaking changes

• None.

Compatibility

• Fileformat: Generates files with format v24. Reads and automatically upgrade from fileformat v10. If you want to upgrade from an earlier file format version you will have to use RealmCore v13.x.y or earlier.

---

Internals

• FLX download estimates are now tracked in a multiprocess-compatible manner (PR #7780).
• Fixed util::FlatMap so it uses the custom Compare for both ordering and equality checking so you can use util::FlatMap with case-insensitive string keys (PR #7845).

---