SyncToy 2 problem with syncing

I know that my problem does not really deal with photos, but seems like most
posts re SyncToy are int his section.

I'm running the synchronize function on my folders.

Here are the 2 biggest problems I am incurring with SyncToy 2:

Deletions are not recognized.
File 1 on side A
Run synchronize function
File 1 now both on side A and side B
Delete File 1 on side A ( or B as I tried both ways )
Run synchronize function
Instead of deleting the file on side B as was done on side A it
copies it back from side A to side B.

Problem with OneNote 2003 ( i'm not sure how many people are familiar with
this program )
I run OneNote for most of my notes for classes, meetings, etc.
Setup within OneNote
Folder A
Within folder A I have TAB 1
Under TAB 1 I have subtabs for individual lectures/meetings

When I run SyncToy on synchronize function, for some reason it
takes the SUBTABS within TAB 1 and creates them within Folder A as new TAB
for each individual subtab ( so essentially it takes the subtabs, copies them
and creates them as new files/tabs within the folder )


I never had either of these problem with SyncToy 1.4.
Any idea on solutions or do I have to downgrade back to 1.4?

Thanks in advance.

Hi,

I'd like to get more details on the first problem with deletions - does this
happen for all files or just certain kinds of files. One of the reason I can
think of why this may happen is if the file changed on the other side after
you synced it last time. In this case, to be safe, we override the deletion
with the update from the other side and the file comes back.

We will try out the OneNote thing and see if we can reproduce that problem.

Thanks for reporting these.

Ashish Shah
SyncToy Development

"Molodoi" wrote:

> I know that my problem does not really deal with photos, but seems like most
> posts re SyncToy are int his section.
>
> I'm running the synchronize function on my folders.
>
> Here are the 2 biggest problems I am incurring with SyncToy 2:
>
> Deletions are not recognized.
> File 1 on side A
> Run synchronize function
> File 1 now both on side A and side B
> Delete File 1 on side A ( or B as I tried both ways )
> Run synchronize function
> Instead of deleting the file on side B as was done on side A it
> copies it back from side A to side B.
>
> Problem with OneNote 2003 ( i'm not sure how many people are familiar with
> this program )
> I run OneNote for most of my notes for classes, meetings, etc.
> Setup within OneNote
> Folder A
> Within folder A I have TAB 1
> Under TAB 1 I have subtabs for individual lectures/meetings
>
> When I run SyncToy on synchronize function, for some reason it
> takes the SUBTABS within TAB 1 and creates them within Folder A as new TAB
> for each individual subtab ( so essentially it takes the subtabs, copies them
> and creates them as new files/tabs within the folder )
>
>
> I never had either of these problem with SyncToy 1.4.
> Any idea on solutions or do I have to downgrade back to 1.4?
>
> Thanks in advance.
>

Hello.
The file was not changed in any way and was completely deleted.
I'm not a programmer, but I thought that when attempting to sync the program
would first check the attributes ( i.e. time/date last modified ) of the
folder I am syncing and then start checking the files within it. So, if it
finds the file that is present in one folder and not in another it would do
an appropriate action depending on the most recently updated folder/side.
As a result:
File X is deleted on SIDE A @ 14:00 ( for example )
Run SYNC
The program would check and finds file X on SIDE B
The program checks the attributes of SIDE B and finds that it was
last updated/modified at 13:55 before SYNC run
The program would recognize that SIDE A is more recent and would
delete File X on SIDE B as SIDE A is the most recent version

Is that roughly how it works or are you using some other attributes to check
for files and modify them accordingly?

Thanks.

"Ashish" wrote:

> Hi,
>
> I'd like to get more details on the first problem with deletions - does this
> happen for all files or just certain kinds of files. One of the reason I can
> think of why this may happen is if the file changed on the other side after
> you synced it last time. In this case, to be safe, we override the deletion
> with the update from the other side and the file comes back.
>
> We will try out the OneNote thing and see if we can reproduce that problem.
>
> Thanks for reporting these.
>
> Ashish Shah
> SyncToy Development
>

I have the same problem here.
No files are deleted in side B, even though they were deleted in side A.
It looks like "Echo" is working just like the "Contribute" mode.


"Molodoi" wrote:

> Hello.
> The file was not changed in any way and was completely deleted.
> I'm not a programmer, but I thought that when attempting to sync the program
> would first check the attributes ( i.e. time/date last modified ) of the
> folder I am syncing and then start checking the files within it. So, if it
> finds the file that is present in one folder and not in another it would do
> an appropriate action depending on the most recently updated folder/side.
> As a result:
> File X is deleted on SIDE A @ 14:00 ( for example )
> Run SYNC
> The program would check and finds file X on SIDE B
> The program checks the attributes of SIDE B and finds that it was
> last updated/modified at 13:55 before SYNC run
> The program would recognize that SIDE A is more recent and would
> delete File X on SIDE B as SIDE A is the most recent version
>
> Is that roughly how it works or are you using some other attributes to check
> for files and modify them accordingly?
>
> Thanks.
>
> "Ashish" wrote:
>
> > Hi,
> >
> > I'd like to get more details on the first problem with deletions - does this
> > happen for all files or just certain kinds of files. One of the reason I can
> > think of why this may happen is if the file changed on the other side after
> > you synced it last time. In this case, to be safe, we override the deletion
> > with the update from the other side and the file comes back.
> >
> > We will try out the OneNote thing and see if we can reproduce that problem.
> >
> > Thanks for reporting these.
> >
> > Ashish Shah
> > SyncToy Development
> >
>
>

=?Utf-8?B?RmFicmljaW8gQnJldmU=?= <Fabricio
Breve@discussions.microsoft.com> wrote in
news:95D3DF74-FE5B-4CA8-9C28-9E5916C97526@microsoft.com:

> I have the same problem here.
> No files are deleted in side B, even though they were deleted in side
> A. It looks like "Echo" is working just like the "Contribute" mode.
>
>
> "Molodoi" wrote:
>
>> Hello.
>> The file was not changed in any way and was completely deleted.
>> I'm not a programmer, but I thought that when attempting to sync the
>> program would first check the attributes ( i.e. time/date last
>> modified ) of the folder I am syncing and then start checking the
>> files within it. So, if it finds the file that is present in one
>> folder and not in another it would do an appropriate action depending
>> on the most recently updated folder/side. As a result:
>> File X is deleted on SIDE A @ 14:00 ( for example )
>> Run SYNC
>> The program would check and finds file X on SIDE B
>> The program checks the attributes of SIDE B and finds that it
>> was
>> last updated/modified at 13:55 before SYNC run
>> The program would recognize that SIDE A is more recent and
>> would
>> delete File X on SIDE B as SIDE A is the most recent version
>>
>> Is that roughly how it works or are you using some other attributes
>> to check for files and modify them accordingly?
>>
>> Thanks.
>>
>> "Ashish" wrote:
>>
>> > Hi,
>> >
>> > I'd like to get more details on the first problem with deletions -
>> > does this happen for all files or just certain kinds of files. One
>> > of the reason I can think of why this may happen is if the file
>> > changed on the other side after you synced it last time. In this
>> > case, to be safe, we override the deletion with the update from the
>> > other side and the file comes back.
>> >
>> > We will try out the OneNote thing and see if we can reproduce that
>> > problem.
>> >
>> > Thanks for reporting these.
>> >
>> > Ashish Shah
>> > SyncToy Development
>> >
>>
>>
>

Just a thought - are you deleting the files that SyncToy creates (one
with a long numeric name)? It is in the root of each side of the folder
pair. I think this is where it keeps track of what was in the folder the
last time a sync was run.
This file should be hidden, but often it appears not to be (and some
people keep "show hidden files" enabled). I often see people deleting
this, thinking that it is just some temporary junk left behind. Without
it, an "Echo" will act a lot like a "Contribute".
SyncToy2 apparently now uses an SQL database for some of its data - I'm
not sure why it still keeps data in the folders themselves.

No. I didn't touch this file.

"he" wrote:

> =?Utf-8?B?RmFicmljaW8gQnJldmU=?= <Fabricio
> Breve@discussions.microsoft.com> wrote in
> news:95D3DF74-FE5B-4CA8-9C28-9E5916C97526@microsoft.com:
>
> > I have the same problem here.
> > No files are deleted in side B, even though they were deleted in side
> > A. It looks like "Echo" is working just like the "Contribute" mode.
> >
> >
> > "Molodoi" wrote:
> >
> >> Hello.
> >> The file was not changed in any way and was completely deleted.
> >> I'm not a programmer, but I thought that when attempting to sync the
> >> program would first check the attributes ( i.e. time/date last
> >> modified ) of the folder I am syncing and then start checking the
> >> files within it. So, if it finds the file that is present in one
> >> folder and not in another it would do an appropriate action depending
> >> on the most recently updated folder/side. As a result:
> >> File X is deleted on SIDE A @ 14:00 ( for example )
> >> Run SYNC
> >> The program would check and finds file X on SIDE B
> >> The program checks the attributes of SIDE B and finds that it
> >> was
> >> last updated/modified at 13:55 before SYNC run
> >> The program would recognize that SIDE A is more recent and
> >> would
> >> delete File X on SIDE B as SIDE A is the most recent version
> >>
> >> Is that roughly how it works or are you using some other attributes
> >> to check for files and modify them accordingly?
> >>
> >> Thanks.
> >>
> >> "Ashish" wrote:
> >>
> >> > Hi,
> >> >
> >> > I'd like to get more details on the first problem with deletions -
> >> > does this happen for all files or just certain kinds of files. One
> >> > of the reason I can think of why this may happen is if the file
> >> > changed on the other side after you synced it last time. In this
> >> > case, to be safe, we override the deletion with the update from the
> >> > other side and the file comes back.
> >> >
> >> > We will try out the OneNote thing and see if we can reproduce that
> >> > problem.
> >> >
> >> > Thanks for reporting these.
> >> >
> >> > Ashish Shah
> >> > SyncToy Development
> >> >
> >>
> >>
> >
>
> Just a thought - are you deleting the files that SyncToy creates (one
> with a long numeric name)? It is in the root of each side of the folder
> pair. I think this is where it keeps track of what was in the folder the
> last time a sync was run.
> This file should be hidden, but often it appears not to be (and some
> people keep "show hidden files" enabled). I often see people deleting
> this, thinking that it is just some temporary junk left behind. Without
> it, an "Echo" will act a lot like a "Contribute".
> SyncToy2 apparently now uses an SQL database for some of its data - I'm
> not sure why it still keeps data in the folders themselves.
>