Still needs a work over in terms of error handling, progress reporting, warning output, refactoring etc.
Also misses the volume reuse/reclaim algorithms.
But it passes the unit tests now, with and without a local database.
git-svn-id: https://duplicati.googlecode.com/svn/sandboxes/Kenneth/ForestHash@1526 59da171f-624f-0410-aa54-27559c288bec
Status: Fixed
Update from
Environment.SpecialFolder.Desktop
to
Environment.SpecialFolder.DesktopDirectory
git-svn-id: https://duplicati.googlecode.com/svn/trunk@1520 59da171f-624f-0410-aa54-27559c288bec
Updated the reporting of options to use the data type to correctly handle case-sensitivity information.
Updated to use the Password type to apply password masking.
git-svn-id: https://duplicati.googlecode.com/svn/trunk@1510 59da171f-624f-0410-aa54-27559c288bec
This is a reworked version of the patch in issue #236.
I have masked the passphrase, and added the cleanup commands as well.
Let me know if this works for you.
git-svn-id: https://duplicati.googlecode.com/svn/trunk@1507 59da171f-624f-0410-aa54-27559c288bec
This fixes issues #144, #577 and #320.
This update introduces a new options called "symlink-policy" that can be set to "store", "ignore" or "follow".
The default setting "store" means all symlinks are recorded as symlinks and recreated as symlinks on restore. This is chosen as default because it is the best replication of the actual disk contents.
Setting it to "ignore" simply means that no information is recorded about any symlinks.
And lastly, setting it to "follow" reverts to the previous default of treating symlinks as if they are normal files/folders.
Caveat: On Windows, you need Administrator privileges to create symlinks (when restoring), but not for reading them (on backup).
Since this change meant that the file attributes must be read, I also added support for the option "exclude-files-attributes", that can be used to ignore/exclude files with certain attributes, such as "hidden", "archive" or "encrypted".
Since I had to much about so much with getting the symlinks supported on Windows, I also added some extra logic to the Windows file handler, so it can now handle files and folders with up to 32k chars in the path. The logic is done so that the normal System.IO operations are used for paths with less than 260 characters (MAX_PATH), and on error or longer paths, the Win32 Unicode API is invoked. This should give maximal backwards compatibility and still allow backup and restore of files with long paths.
This commit also includes a BlockingQueue implementation that is supposed to make file/folder enumeration faster, but this has not been implemented because Duplicati depends on having a "whole world" view of the files and folders before running the backup (i.e. deeper changes required for this).
git-svn-id: https://duplicati.googlecode.com/svn/trunk@1381 59da171f-624f-0410-aa54-27559c288bec
Status: Fixed
The TrayIcon now builds in release mode without being signed.
Thanks for reporting!
git-svn-id: https://duplicati.googlecode.com/svn/trunk@1380 59da171f-624f-0410-aa54-27559c288bec
Changed the status reporting method to not include status for the current running backup.
That will be implemented with a separate call so the tray icon can reduce the number of requests.
git-svn-id: https://duplicati.googlecode.com/svn/trunk@1332 59da171f-624f-0410-aa54-27559c288bec
Kenneth Skovhede