Welcome to the Release Notes for Nuxeo Drive 5.1.0
Status: Release Changelog
The Direct Transfer feature is now enabled by default.
More on JIRA ticket NXDRIVE-2537
It is now possible for the user to export a Direct Transfer session to a CSV file. When a session is completed, a link will appear, allowing the user to generate an export on demand. The created CSV file contains default filled fields that make it directly usable in the Nuxeo CSV importer.
More on JIRA ticket NXDRIVE-2382
Usage metrics have been added using custom HTTP headers. Those metrics are only and exclusively sent to the platform when the application calls specifics operations or endpoints. Some of those metrics are sent in a specific process to avoid spamming the platform and can be disabled through the custom-metric parameter.
More on JIRA ticket NXDRIVE-2476
We fixed a tricky issue when S3 direct upload was enabled for the synchronization. It was generating false conflicts and duplicates documents errors. The synchronization is now fully "safe", just as the synchronization using the default upload provider.
We also improved non-chunked S3 direct uploads by removing one HTTP call for each and every upload.
More on JIRA ticket NXDRIVE-2479
The issue was not visible quickly but when Drive was running a long time with a lot of synchronization actions. Each thread was opening multiple connections to the SQLite database, but they were never released. Resulting in an increase of the number of opened file descriptors and it was consuming more and more memory (RAM). Both situations were ending with a hard crash: the OS was killing the application in both cases.
More on JIRA ticket NXDRIVE-2523
In Nuxeo Drive 4.1.0 we introduced a "deletion behavior" to change the way file deletions are impacted on the server (cf NXDRIVE-1501). It appeared to be effective only when the application was running.
But it will not be taken into account when files were deleted while the application was not running. In that scenario, when the chosen deletion behavior was to simply unsynchronize documents, it would just delete files on the server.
That is now fixed and in such scenario, if the user did not choose any deletion behavior, then the default action will be to unsynchronize files to prevent unwanted remote deletions.
More on JIRA ticket NXDRIVE-2538