locked
Bug in Echo with SyncToy 2.0 under Vista fr RRS feed

  • Question

  • Hello

    With Echo , some files in the destination directory are not deleted, although they do not exist anymore in the source directory.

    There is no error message, but the destination files are not listed as to-delete.
    To fix this problem, I tried:
    . To reinstall  SyncToy 2.0 (and its service and accompanying software), several times.
    . To delete all files in “C:\Users\xxxx\AppData\Local\Microsoft\SyncToy\2.0
    . To delete all “SyncToy_xxxxxx.dat ” files in both source and destination directories.
    . To delete the Archive attribute in both directories.
    . To copy some files in other directories, as a test.
    . To install version 1.4 (same problem).


    Here is a log made on my test directories, trying the Preview:
    SYNC: 09/16/2009 17:30:42:089: Started scanning directory : C:\Temp\test_synchro\source\
    SYNC: 09/16/2009 17:30:42:098: Started scanning directory : C:\Temp\test_synchro\dest\
    SYNC: 09/16/2009 17:30:42:190: Stopped scanning directory : C:\Temp\test_synchro\source\
    SYNC: 09/16/2009 17:30:42:205: Stopped scanning directory : C:\Temp\test_synchro\dest\
    SYNC: 09/16/2009 17:30:42:459: Preview of test6 (C:\Temp\test_synchro\source\, C:\Temp\test_synchro\dest\) in time 00:00:00:370.
    SyncToy action was 'Echo'
    Found 2 actions to perform.
    Found 64 files that did not require action.
    Analyzed 173,0 files per second.
    Avoided copying 174 061 050 bytes in 64 files.
    Saved approximately 00:05:48:00 by not copying any files.



    On french forums, I noticed people having the same problem.

    Has somebody a solution, or any clue ?

    Thank you
    Wednesday, September 16, 2009 4:03 PM

Answers

  • Hi -

    Can you change the action from "Echo" to "Synchronize" and see what actions come up? If you see changes flowing from the right to the left - then it means that we think you have made a change on the right and since there is a delete-update conflict we cannot delete the change. This is a problem that we have fixed in our next release.

    Thanks
    Deepa
    Deepa ( Microsoft Sync Framework)
    Friday, September 18, 2009 9:31 PM

All replies

  • Hi christrad,

    So far as I know, there is only one scenario that could cause such behavior. That is the files had been deleted in source folder, before the folder pair is created. In that case SyncToy does not know what had happed in source folder before, and has not enough information to determine whether these files have been deleted in source folder or newly created in destination folder. So “echo” action does nothing to these files in destination folder.

    On the other side: If the folder pair has been created before the files deleting in source folder, SyncToy will know that those files had been existing and store the information. Then once those files are deleted, SyncToy can know what happens in source and should delete related files in destination. (So it will be a good practice to create folder pair before there are any contents in destination folder.)

    So would you please help us to confirm which case you were in? If your problem happens in the second case, that could be a bug.

    Thanks.


    This posting is provided "AS IS" with no warranties, and confers no rights.
    Friday, September 18, 2009 10:04 AM
  • Hi -

    Can you change the action from "Echo" to "Synchronize" and see what actions come up? If you see changes flowing from the right to the left - then it means that we think you have made a change on the right and since there is a delete-update conflict we cannot delete the change. This is a problem that we have fixed in our next release.

    Thanks
    Deepa
    Deepa ( Microsoft Sync Framework)
    Friday, September 18, 2009 9:31 PM