Possible Bug - or stupid user!

No more questions - please go to http://www.syncovery.com/forum instead

Moderator: SuperFlexible Administrators

Possible Bug - or stupid user!

Postby NugentS on Tue Nov 01, 2011 4:24 pm

Before I submit this as a bug I thought I would ask a few questions first.

OS = Windows Server 2003-32bit
LHS = \\networkshare\name\dir on a remote NAS
RHS = d:\dropbox\directory\directory
Copy direction is left to right and right to left. Include all folders
Sync Op Mode = Smart Tracking
Schedule is Real Time Sync
Safety is all Off, with Overwite readonly allowed, file deletion etc. Essentially I have turned off all the safety features that I can find
Version is 5.58a

What I am trying to achieve.
Sync from network shared directory to dropbox. Dropbox will then do its thing. If files are modified / deleted / added on dropbox then sync the modifications back to the network share and vice versa.

What actually happens
1. Add file or directory on network share - files appear in dropbox within a few seconds. Dropbox propagates the new files = OK
2. File modified on network share - modification propagates = OK
3. Delete file on remote dropbox - files delete from local dropbox, changes do NOT propagate to network share = NOT OK
4. Create file on remote dropbox - files propagate across dropbox and are then synced to network share = OK
5. Modify file on remote dropbox - files correctly popagate to network share = OK
6. Again delete on remote dropbox - files NOT deleted from network share = NOT OK
7. Recreate files on network share - propagates correctly = OK
8. Delete files from network share - SFFS does not delete from dropbox = NOT OK

What is intersting in partular is that if I right click on the profile and run the profile directly (unattended, attended or background) then SFFS does correctly sync with the dropbox folder. Wierd

I duplicated the profile and changed the RHS to a normal directory (non dropbox). I also disabled the first profile - just in case. I saw exactly the same behaviour - SFFS will not delete files without me manually running the profile.

Anyone got any ideas?

Sean
NugentS
 
Posts: 2
Joined: Tue Nov 01, 2011 3:54 pm

Re: Possible Bug - or stupid user!

Postby superflexible on Tue Nov 01, 2011 4:28 pm

I think what's missing is the options on the "Real-Time Synchronization" dialog. Deletions in real-time must be enabled separately on this dialog. Usually you will also want to reduce the safety delay to 0, especially for tests like these, where delays are confusing.

To get to the "Real-Time Synchronization" dialog, just click on the Real-Time checkmark once more, even if it is already checked. On the first tab sheet of that dialog, you will usually want to have all checkmarks chosen.
User avatar
superflexible
Site Admin
 
Posts: 2478
Joined: Thu Dec 31, 2009 3:08 pm

Re: Possible Bug - or stupid user!

Postby NugentS on Tue Nov 01, 2011 4:30 pm

And the conclusion is

Idiot User

I spend several hours on this - eventually give up, upload a report and the find the solution is obvious

Thank you

Sean
NugentS
 
Posts: 2
Joined: Tue Nov 01, 2011 3:54 pm

Re: Possible Bug - or stupid user!

Postby superflexible on Tue Nov 01, 2011 4:42 pm

Hello,

not at all, I have to admit that this setting is quite hidden in the GUI. I will have to re-think it because many users have missed it.
User avatar
superflexible
Site Admin
 
Posts: 2478
Joined: Thu Dec 31, 2009 3:08 pm


Return to Windows Support * new forum: www.syncovery.com/forum

cron