This article provides information about known bugs with the latest release version of SyncBackPro, SyncBackSE and SyncBackFree.
- This issue is fixed in SyncBack V184.108.40.206 and newer: When selecting profiles in the SyncBack main window (or in the File & Folders selections, or in the Differences window), if you select multiple items using the keyboard (using the SHIFT key and the UP/DOWN arrow keys), then when you change direction, the selections are lost. For example, if you click on a profile, and while holding down the SHIFT key press the DOWN arrow key two times, three profiles are selected. While still keeping the SHIFT key pressed, you now press the UP arrow key, then the selections are lost. This is due to how the user interface control works and cannot be fixed at this time.
- This issue is fixed in SyncBack V220.127.116.11 and newer: If you attempt to rename a profile name and only change the case (e.g. rename "TEST" to "test") then the profile name is not changed. This is because profile names are case insensitive, so the name is considered the same (and the underlying file-system that stores the profile is also case insensitive). A solution is to use an intermediary name, e.g. "TEST" -> "test1" -> "test"
- Mirroring a file will fail on the first run if a folder with the same name already exists in the destination (even if the folder is configured to be deleted). This is because SyncBack creates and deletes folders after files have been copied and deleted. New folders are created as needed as files are copied. The folder will be deleted (after the copy has failed) so the second run of the profile will not have a problem (as the folder has already been deleted).
- In some situations all of the available network connections to a server will be used up. See this article for the solution.
- SyncBack only works with valid Windows filenames. This means you cannot have filenames that contain characters such as asterisk, for example. However, invalid Windows filenames can be used with FTP, FTPS, and SFTP servers. The filename will be translated automatically to make it a valid Windows filename. See the help file for details.
- File hashing (the option "Use slower but more reliable method of file change detection") does not work correctly when Fast Backups are used. The issue is that every source file would need to have its hash file computed every time the profile is run, which would severely impact performance. The hash value would need to be computed because it would need to be referred to for comparison when the profile is run in future. This issue can be resolved by enabling the option "Always use slower but more reliable method of file change detection".
To report new bugs please Contact Support.
Issues with 3rd Party Systems
The following are known compatibility issues with other 3rd party software or systems:
- There are known problems with the SMB2 protocol support in macOS Mavericks and newer. This means SyncBack may fail when scanning a remote macOS computer. A solution to this problem is to install SyncBack Touch on the macOS computer and create a SyncBackPro/SE profile to use SyncBack Touch (SyncBackFree cannot use SyncBack Touch).
- Stardock WindowBlinds may cause problems with the SyncBack user interface. Please consult Stardock for technical support on such issues.
- eXtraButtons has been reported as causing display corruption and program lockup in some versions of SyncBack. This program apparently has an exception mode whereby SyncBack can be excluded from their window modification processes, which may solve the issue, otherwise please consult the authors for support.