TC7.5B1 : sync finds some empty folders, but can not delete

[HBB]

Is this my mistake, or one of the classical windows fault, or a bug in TC7.5B1, I am not sure.

I synchronized some selected directories in my portable disk (Drive P:\) with the backup directory in server (\\MyServer\P$). TC7.5B1 found some empty directories in server, but it did not delete them. I tried it several times...

Synchronization :
My PC = WinXPPro, MyServer = WinXPPro
Left window : P:\
Right Window : \\MyServer\P$\
Checked options : only selected, empty directories, asymmetric, subdirs.
Filters : *.*

Directory names which cannot be deleted :
\\Myserver\p$\Webpage\+ &40 Programs (Programlar)\+ File Viewers (Dosya G~or~unt~uleyiciler) - Acrobat Reader, Adobe Systems Inc\
\\MyServer\p$\Webpage\+ &40 Programs (Programlar)\+ File Viewers (Dosya G~or~unt~uleyiciler) - Acrobat Reader, Adobe Systems Inc\

Directories did not have any special permissions. After unsuccessfull synchronization, I have succeeded to delete them manually in TC7.5B1.

Can the special characters in directory names cause this problem?
Is there any friend who experienced similar problem?

[HBB]

Sorry, there is a copy/paste mistake in my message. Other directory name (which can not be deleted) is :

\\Bauser06\p$\Webpage\+ &40 Programs (Programlar)\+ File Viewers (Dosya G~or~unt~uleyiciler) - MS Excel Viewer, Microsoft Corp.\

[ghisler(Author)]

I will try to reproduce that, thanks. Maybe the & char was causing problems...

[HBB]

Hello christian

Please look at the sign "+". Because I observed that sync fails with the directory names which have only "+" sign.

[HBB]

Beside the possible "+" sign problem in directory names in synchronization, I think that there may be another inner procedure order problem in the synchronization for empty directories.

In asymmetric case, probably, TC7.5 firstly try to copy the empty directories from left side to right side (if "empty directories" is checked), then it try to delete the empty directories at right side (if "right: Delete all empty directories" is checked)

Users may want to delete empty directories at destination (residual directories at right window) and may want to copy empty directories from source (new empty folders at left window) to destination (right window) at the same time (for fully mirror in asymmetric sync). So, I believe that TC must firstly try to delete empty directories at destination, then, it must try to copy empty directories from source to destination.

I think that this problem will mostly appear while passing from old versions to version 7.5

If I have a mistake to use synchronization for empty directories, please warn me...

[ghisler(Author)]

TC will delete only empty directories which are listed with an [X] in the file list. There would be no difference if the directorties would be deleted first.

[HBB]

Yes you are right, expected one is as you explained. But, in practice, it does not seem to be so.

For example : left window = source and right window = target for asymmetric synchronization (backup).
In right window, assume that I have a empty folder "A" and "A" does not exist in left window. It is obsolote and should be deleted.
In left window, assume that I have a empty folder "B". "B" is new and does not exist in right window.

Our aim is to delete "A" and create new "B" in right window.

First synchronization window appears as you expected :
:
[x] A
[->] B
:
After synchronization, everything seems to be OK.

But, If you make a second tour synchronization, Followings appear again :
[->] B

In first synchronization, "B" should be copied from left to right. But, second synchronization does not say so! The problem is this.

I hope that I succeed to describe problem...

[ghisler(Author)]

Hmm, that's different from what you write initially (that ssome dirs aren't deleted) - but here it seems that some dirs aren't _copied_...

[HBB]

No, If TC programatically tries to copy the selected items [->] in first stage, after copying, if TC tries to delete empty folders [x] in second stage, this kind of problem may occur... I mean this in past post.

[ghisler(Author)]

Unfortunately I couldn't reproduce the reported problem so far. Maybe the paths contain special characters which were lost when you copied them to the forum? I ask because the two paths you gave:

\\Myserver\p$\Webpage\+ &40 Programs (Programlar)\+ File Viewers (Dosya G~or~unt~uleyiciler) - Acrobat Reader, Adobe Systems Inc\
\\MyServer\p$\Webpage\+ &40 Programs (Programlar)\+ File Viewers (Dosya G~or~unt~uleyiciler) - Acrobat Reader, Adobe Systems Inc\

seem to be _EXACTLY_ the same, except for the upper/lowercase "s" in "MyServer".

[HBB]

In my first post, I wrote them wrong (twice). Since I saw the mistake, by an additional message I corrected second one as follows :
\\Bauser06\p$\Webpage\+ &40 Programs (Programlar)\+ File Viewers (Dosya G~or~unt~uleyiciler) - MS Excel Viewer, Microsoft Corp.\

I have send only two examples. There were a few similar directories which can not be deleted. I copied the paths from blue bar (just below the tabs) of TC, so, there were no special characters.

Unfortunately, I have deleted those folders manually after posting to the forum. I will try to reproduce the errors by the ones on my other backup disk.

[HBB]

To Ghisler

By my backup files, I reproduced the delete problem in synchronization and recorded it into a "swf" file with "CamStudio". Addidtionally, I also recorded the successfull individual delete. You can find the videos in the following link :

http://www.birimaltyapi.com.tr/Temp/

[ghisler(Author)]

Thanks for the videos. Unfortunately I don't currently see any reason why the deletion fails. I will try to add logging for this situation, it seems that deleting directories in sync is currently not logged.

[HBB]

To Ghisler

I looked at the attributes of "undeletable directories" by "gettattr" function of VB6. I found the attributes of those directories as 17 (1=ReadOnly+16=Directory). TC7.04a does not care about them, but TC7.5B1 does.

This information may be helpfull for you.

[ghisler(Author)]

I will check that, thanks for the hint!