OSX Archives

31st
2010
  • Faster change journal processing. When a file is modifed on the server, the client gets all information from the server change journal rather, avoiding the need to query information from the server before downloading the file; this should make sync a little bit faster.
  • Speed up shutdown of the software. A 5 second shutdown has been reduced by 0.75 seconds through optimisation of save state code.
  • If a file transfer fails, remove bytes done so far from the total. This should prevent “bytes to do” going below zero, and put an end to preposterous time estimates caused by 64-bit wraparound.
  • Support for unsupported filenames. It’s possible to create files on the server with names that the client’s filesystem doesn’t handle well (like “foo ” (on windows) or “..” (on anything) ). The client will now ignore these rather than failing to sync.
  • Improved error reporting. If a file is in the “waiting” state, display the reason why attempting to sync it failed in the pending files dialog. Waiting for files is shown when all remaining files cannot be synced (e.g. because the local application has them locked)
  • Made invalid state handling a little bit more robust. Files which can’t be synced due to a file with the same name on the other side which should have been deleted due to changes made on the first file’s side will now get synced more reliably instead of possibly getting stuck in a loop.
  • Reset fail counts when a same-side directory merge removes a reason why files might fail. This should make syncs of recursively merge-requiring directory trees faster.
  • Fixed a bug that caused files to sometimes not be displayed in the pending files dialog.
  • Fixed a problem with the delete of folders containing excluded files. Deleting a directory with files in it is more likely to actually delete the directory on the other side in the next sync (instead of causing the deleted directory to come back). Deleted directories which really should come back will still do so.
  • Disable logging when uploading log files – this makes log uploading more likely to work.
  • Allow other processes to delete or rename files which we are reading. (This actually works; if someone else deletes the file, our open handle can still be used). Fixes bug where cannot rename newly created folder in explorer.
  • Made sync a bit more responsive to state changes – status changes to “synced” immediately rather than when the next 30 second poll notices syncing has finished.
  • Fixed a bug which causes files/folders deleted from the local hard disk when SmartDrive was not running to be downloaded from the server restoring the file rather than deleted from the server when SmartDrive is started.
  • Don’t send status messages to the client process unless the status has changed. Reduces CPU usage.
  • Use search cache to find dead file states to be cleaned up, reduces CPU usage.
  • Path conflicts (e.g. file moved to different places at the same time) are no longer reported to the user, we instead take the latest destination.
  • Embed in a webpage option removed from context menu – accessible via link dialog now to match new sharing functionality in online interface.
  • In the transfer rate dialog, dragging the slider to the extreme right (so that the “unlimited” text appears) and then pressing “OK” or “Apply” now actually turns off the transfer rate limiting.
  • Load transfer rate limiting settings at the start of a sync; this prevents the core from “forgetting” them when it is restarted.
  • Fixed a bug which sometimes caused files to wait for a very long time when transfer rate limiting was used
  • Fixed a problem with deleted files briefly showing up as moving in the UI.
  • Fixed some problems with reporting sync progress percentage for files which are modified without sending all of the file data
  • Tags:
    4th
    2010

    (Since 2.2.0.8)

    • Fixed issue introduced in 2.2.0.8 that made it hard to go online after manually going offline.
    • Fixed issue preventing error messages being displayed when the client couldn’t go online due to invalid user name or password.
    • Client is now more responsive to internet availability changes.
    • Decreased the likelihood of getting Connection Timeout errors.
    • Fixed issue where some applications would not be able to save documents directly to the SmartDrive.
    • Fixed rare issue where duplicated files could end up slightly larger than the original.
    • On Mac OS X 10.6.2 or later, Finder icons for items managed by SmartDrive will now have or badges to show their current state on the server. (This may require a restart after installing).

    + All the common changes.