Skip to content

Tags: scjtqs2/cozy-desktop

Tags

v3.29.0

Toggle v3.29.0's commit message

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
Release v3.29.0 (cozy-labs#2133)

Improvements for all users:

- Cozy Notes with photos will be exported as a tar archive instead of
  a simple markdown file. Therefore, the client will now unpack the
  markdown file from the archive when displaying a note in a degraded
  mode (i.e. when you're offline or the actual note can't be found on
  the remote Cozy).
- Error messages will now be properly localized and the document names
  included in some of them should be properly displayed instead of
  their type.

v3.29.0-beta.2

Toggle v3.29.0-beta.2's commit message

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
Release v3.29.0-beta.2 (cozy-labs#2132)

Improvements for all users:

- Error messages will now be properly localized and the document names
  included in some of them should be properly displayed instead of
  their type.

v3.29.0-beta.1

Toggle v3.29.0-beta.1's commit message

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
Release v3.29.0-beta.1 (cozy-labs#2126)

Improvements for all users:

- Cozy Notes with photos will be exported as a tar archive instead of
  a simple markdown file. Therefore, the client will now unpack the
  markdown file from the archive when displaying a note in a degraded
  mode (i.e. when you're offline or the actual note can't be found on
  the remote Cozy).

v3.28.1

Toggle v3.28.1's commit message

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
Release v3.28.1 (cozy-labs#2122)

Improvements for all users:

- The client will now detect when the connected Cozy has been deleted
  and will show an error message accordingly.
  The synchronization will be stopped until you connect your client to
  another Cozy.
- We've worked on the process which decides if a synchronization error
  needs to be displayed or not to make sure you get alerted with the
  suspended synchronization status only if accompanied with an
  explicit error message.
- In some rare situations where a document that was previously
  synchronized is now only present on one side (i.e. we're in the
  middle of re-synchronizing it) a conflict could be generated if the
  document was modified on that remaining side.
  We've introduced some mitigations to avoid generating those
  conflicts.
- Due to a "bug" in Chromium (i.e. which we use through Electron to
  provide our network stack), some error responses sent by the remote
  Cozy to our file upload requests are transformed into a cryptic
  error which we cannot deal with directly. In such cases, we end up
  interpreting them as unreachable Cozy errors which is misleading to
  you.
  We caught and fixed two of those cases:
  * when sending files larger than the maximum allowed by the remote
    Cozy (i.e. 5 GiB for Cozies hosted by us)
  * when the amount of data sent does not match the expected file size
    (i.e. because the actual local file has grown since last we
    detected a change)
- We'll now consider the propagation of a move to the trash either on
  the local filesystem or the remote Cozy as successful when the given
  document does not exist anymore.
  This will prevent delays during the synchronization process since we
  won't have to deal with retries.

Improvements for Windows users:

- The last modification and last access dates on Windows were not
  precise enough for Cozy Desktop to detect sub-second local
  modifications. This would sometimes lead to `Invalid metadata`
  errors when sending modifications to the remote Cozy.
  We've increased this precision to include milliseconds so we should
  not lose any local modification anymore.

Improvements for macOS users:

- Moving a local document to a folder that was just renamed or moved
  (e.g. a folder that was just created with a custom name) will be
  properly handled and not generate incoherent movements.
- Some steps of the initial scan could be run twice if some local
  modifications were detected while the initial scan was still
  running.
  We've made sure we don't lose time of consume unnecessary computing
  resources by making sure those steps are only run for the real
  initial scan.

v3.28.1-beta.4

Toggle v3.28.1-beta.4's commit message

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
Release v3.28.1-beta.4 (cozy-labs#2121)

Improvements for all users:

- We've realized that the errors thrown when trying to trash a missing
  local document would not always be caught because of an unexpected
  message localization.
  We've completely changed the way we catch these errors to not depend
  on their message altogether.

v3.28.1-beta.3

Toggle v3.28.1-beta.3's commit message

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
Release v3.28.1-beta.3 (cozy-labs#2116)

Improvements for all users:

- We'll now consider the propagation of a move to the trash either on
  the local filesystem or the remote Cozy as successful when the given
  document does not exist anymore.
  This will prevent delays during the synchronization process since we
  won't have to deal with retries.

v3.28.1-beta.2

Toggle v3.28.1-beta.2's commit message

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
Release v3.28.1-beta.2 (cozy-labs#2112)

Improvements for Windows users:

- The last modification and last access dates on Windows were not
  precise enough for Cozy Desktop to detect sub-second local
  modifications. This would sometimes lead to `Invalid metadata`
  errors when sending modifications to the remote Cozy.
  We've increased this precision to include milliseconds so we should
  not lose any local modification anymore.

Improvements for all users:

- Due to a "bug" in Chromium (i.e. which we use through Electron to
  provide our network stack), some error responses sent by the remote
  Cozy to our file upload requests are transformed into a cryptic
  error which we cannot deal with directly. In such cases, we end up
  interpreting them as unreachable Cozy errors which is misleading to
  you.
  We caught and fixed two of those cases:
  * when sending files larger than the maximum allowed by the remote
    Cozy (i.e. 5 GiB for Cozies hosted by us)
  * when the amount of data sent does not match the expected file size
    (i.e. because the actual local file has grown since last we
    detected a change)

Improvements for macOS users:

- Some steps of the initial scan could be run twice if some local
  modifications were detected while the initial scan was still
  running.
  We've made sure we don't lose time of consume unnecessary computing
  resources by making sure those steps are only run for the real
  initial scan.

v3.28.1-beta.1

Toggle v3.28.1-beta.1's commit message

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
Release v3.28.1-beta.1 (cozy-labs#2099)

Improvements for all users:

- The client will now detect when the connected Cozy has been deleted
  and will show an error message accordingly. The synchronization will
  be stopped until you connect your client to another Cozy.
- We've worked on the process which decides if a synchronization error
  needs to be displayed or not to make sure you get alerted with the
  suspended synchronization status only if accompanied with an
  explicit error message.
- In some rare situations where a document that was previously
  synchronized is now only present on one side (i.e. we're in the
  middle of re-synchronizing it) a conflict could be generated if the
  document was modified on that remaining side.
  We've introduced some mitigations to avoid generating those
  conflicts.

Improvements for macOS users:

- Moving a local document to a folder that was just renamed or moved
  (e.g. a folder that was just created with a custom name) will be
  properly handled and not generate incoherent movements.

v3.28.0

Toggle v3.28.0's commit message

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
Release v3.28.0 (cozy-labs#2094)

Improvements for all users:

- The client will only trigger one synchronization retry loop when
  encountering an unreachable Cozy error in both the synchronization
  process and the remote watcher very closely.
- New remote documents whose path would be incompatible with the local
  filesystem will not be ignored anymore.
- Local documents who've been moved or renamed remotely to a path that
  would be incompatible with the local filesystem won't be trashed
  anymore.
- Changes that can't be synchronized because the document has an
  incompatible name or path with the local filesystem will now suspend
  the synchronization and an error message will be displayed so you
  can take action.
- Moves for which the destination path is exactly the same as the
  source path will now be treated as modifications rather than
  triggering errors.

Improvements for Windows and macOS users:

- After the remote Cozy has been found unreachable because of a
  network error such as a interface change, the subsequent requests
  won't fail anymore with the same error once a stable connection is
  back.

Improvements for Windows users:

- The client should not create conflicts anymore when propagating on
  Windows the combination of the move/renaming and the modification of
  a Cozy Note (via the Notes web application).
- It seems that paths on Windows created by the Desktop client can
  actually exceed the 259 characters limit. Therefore we've increased
  the limit defined in the client itself to 32766 characters.
  Documents that had been previously found incompatible with the local
  filesystem because of the previous path length limit will be updated
  to take the new limit into account. Most of them should thus become
  compatible.
- Synchronization error messages displayed in the main window will now
  only contain the name of the document involved instead of its
  complete path.

Improvements for macOS users:

- Custom folder icons will now be ignored to avoid blocking the
  synchronization as their name contains a character forbidden on
  remote Cozies.
- The app dock icon should now only be visible when an app window
  other than the main window is open. This should also prevent
  blocking the computer shutdown.

Improvements for Linux users:

- The client won't show a popup error message anymore when
  automatically starting with the computer.

v3.28.0-beta.2

Toggle v3.28.0-beta.2's commit message

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
Release v3.28.0-beta.2 (cozy-labs#2092)

Improvements for Windows and macOS users:

- After the remote Cozy has been found unreachable because of a
  network error such as a interface change, the subsequent requests
  won't fail anymore with the same error once a stable connection is
  back.

Improvements for Windows users:

- Documents that had been previously found incompatible with the local
  filesystem because of the previous path length limit will be updated
  to take the new limit into account. Most of them should thus become
  compatible.
- Synchronization error messages displayed in the main window will now
  only contain the name of the document involved instead of its
  complete path.