Recent changes to feature-requests

Dont sync hidden files

JoeB — Fri, 17 May 2013 14:36:14 -0000

I see there was another request for this, and the ticket was closed as you think this would have limited usage- I hope you'll think again about this... It would be a very good and very well received feature.

Think of the amount of disk space that could be saved if hidden (usually program backup data) was excluded? For example, dreamweaver and SVN create thousands of hidden files/folders that would not be required for a hourly backup, as i'm trying to set up.

#400 Continue on error in batch mode, but exit with error code

Zenju — Mon, 13 May 2013 10:11:19 -0000

status: open --> closed

#400 Continue on error in batch mode, but exit with error code

Zenju — Sat, 11 May 2013 18:44:31 -0000

FFS should continue and at the end exit with an error.

This is exactly what "ignore" does.

Continue on error in batch mode, but exit with error code

ctrl — Sat, 11 May 2013 18:37:33 -0000

I think a new error handling mode should be added, half-way between ignore errors and exit instantly. FFS should continue and at the end exit with an error. Currently, with ignore you can't say if there were errors, and with exit instantly you won't have everything synced.

Continue on error in batch mode, but exit with error code

ctrl — Sat, 11 May 2013 18:37:33 -0000

Ticket 400 has been modified: Continue on error in batch mode, but exit with error code
Edited By: Zenju (zhnmju123)
Status updated: u'open' => u'closed'

#370 option "Delete on both sides" saved

Giangi — Thu, 09 May 2013 07:21:41 -0000

I do not understand what you mean. This option (to delete a file) was really useful for me... I'll wait next build to see how it will work...

#395 Comparison by content: Option: depending on the size.

FireLink — Wed, 08 May 2013 14:07:33 -0000

The creation date should not be taken into account, (personally I can not help it to remind me when I did things) because they are rare programs that keep original.

#395 Comparison by content: Option: depending on the size.

Claude V — Wed, 08 May 2013 05:00:43 -0000

I would love this feature too. I was thinking at creating such a feature request too when I discovered this one. Identifying renamed and/or moved files was on the top of my wish list, considering that FreeFileSync already answers most of my wishes.
For such files, it would be great to avoid transferring them as part of a backup job (i.e. no change to the source set). In case of a renamed (or moved) file, instead of displaying in the comparison window the renamed file as new (+) on the source side and the old file as not found (-) on the target side, it would be good to have something else (this isn't an "=" either) showing that the file was renamed/moved (if its content is indeed the same).

A hint for finding these renamed/moved files could indeed be to check for files not found on the target side if there is a matching "old" file. The match could be based on the size, and maybe the creation date, if this is kept. Comparing content for accurate matching could be the second comparison step to ensure that his is indeed the same file.

#370 option "Delete on both sides" saved

Zenju — Tue, 07 May 2013 19:13:42 -0000

status: open --> closed

#370 option "Delete on both sides" saved

Zenju — Tue, 07 May 2013 19:13:33 -0000

The current handling is inconsequent with "recycle bin" option being saved in contrast to
"deletion on both sides". Later is not really needed and one can select files on both sides instead (CTRL + Mouse). Therefore I've removed this option, which also simplifies the confirmation dialog.