Uploaded image for project: 'Nuxeo Drive '
  1. Nuxeo Drive
  2. NXDRIVE-2512

Store dates as integers to keep the server precision

    Details

      Description

      Current state

      1. Dates are returned from the server as integers representing a Unix timestamp (lastModificationDate for instance). It contains milliseconds precision.
      2. On the client side, those dates are rounded to the second and thus we lose a small, but precious, precision.

      Why bother with milliseconds?

      Before NXDRIVE-175, an audit event was filtered out if last modification dates were the same. And it was smart. But as seen in NXDRIVE-175, without millisecond precision, there are issues.

      I would like to investigate if we can store dates in the database without loosing the milliseconds precision and restore the simple check in the Remote Watcher. That would be a small optimization, yet interesting.

      It would also help fixing issues when the document digest loses its meaning (like when transferring files using S3 + SSE-KMS). Currently, Drive thinks that the blob has changed, but it is just a value set from S3 that does not help checking blob integrity. Working around the issue is doable, but it is not clean.

        Attachments

          Issue Links

            Activity

              People

              • Votes:
                0 Vote for this issue
                Watchers:
                1 Start watching this issue

                Dates

                • Created:
                  Updated:

                  PagerDuty

                  Error rendering 'com.pagerduty.jira-server-plugin:PagerDuty'. Please contact your Jira administrators.