Issue with one way RealTime sync

[thf]

Greetings

I have a setup where i sync one folder on a laptop to a server, only one way. On the server there is an application that monitors the target folder for changes (just like freefilesync does on source) however file changes are not registered until i "resave"/edit the files on the server to trigger the "filechange" flag.

I can understand why FFS cant set the flag in a two way sync scenario, however it should be possible and right to do it on a one way sync job.

Its a RealTimeSync batch job.

I have tried with another sync program, and that works. FFS is just so much better when handling loss of connection and overall a better functioning program.

[Zenju]

Do you mean the "archive bit"?

[thf]

Snippet from the manual online:
"RealTimeSync will register to receive change notifications directly from the operating system in order to avoid the overhead of repeatedly polling for changes. Each time a file or folder is created/updated/deleted in the monitored directories or their sub directories, RealTimeSync will run the command line."
This is what triggers the sync to the target, and at the target folder there is another program with the same need for file change notefications, but this program is not triggered.

So how come RTS/FFS doesnt set the "change notification" to OS? It works with another sync program, as mentioned.

If i edit and save the synced file on the target, the target program catches it instantly. (Its a XML processing application).

[Zenju]

RTS just monitors for changes. You should ask the author of this other tools why it's not doing what it's supposed to.

[thf]

I'm well aware of that. What i'm saying is, FFS/RTS isn't advertising to the target OS that it has "created/updated/deleted" files when syncing new files to target. Therefore it breaks the functionality of the other program, which is dependent on the OS telling it, if there is a file change.

I would just love to use RTS, but as it doesn't advertise file changes to target OS, i am forced to an inferior solution.

Consider it a bug report or functionality suggestion on one way sync, if it cant be circumvented.

I can see the issue with advertising filechange on target OS if its a two way sync, as that would create a loop of syncing back and fourth. But on one way it should be safe to advertise file change.

[Zenju]

There is nothing to advertise. Change notifications are handled opaquely by the OS.

[thf]

Understood.

Why does it work with another sync program then? "All" it does is move a new file from source to target, but somehow target OS doesn't notice it if RTS/FFS does it.

[Zenju]

Maybe they haven't registered file moves? Looks like a bug in the other software.

[Gianni1962]

Zenju, FWIW, thf is speaking about "move" (copy) from source to target not between folders on the target.

[thf]

Yes, Copy is the correct word, and its from source tablet to target server.