URL links don't allow rename/move

Posts: 2 · jorpundes 10 Feb 2012, 22:52

Just tried it on windows 7, after renaming the a link to a URL, for example:
link1.lnk -> newname.lnk
The syncronization simply deletes the file on the second directory and stops
detecting the renamed file, "newname.lnk"

I'm using <Automatic> Syncing by the way.

Posts: 7279 · Zenju 10 Feb 2012, 23:06

Maybe the volume on which you're testing doesn't support file id's when
traversing. In general it doesn't matter what type of file is renamed in order
to detect move/rename operations.

Posts: 2 · jorpundes 12 Feb 2012, 15:34

Actually I'm doing a synchronization between an external hard drive and a
directory in my notebook. Both of the are NTFS.
I tested the renaming functions with other kinds of files and they worked just
fine. It is just these windows url links.

I'm sorry, I didn't quite understand what you mean with a file ID, could you
point me to a reference or explain that? Is it something associated with
windows or with the file system?

Posts: 7279 · Zenju 13 Feb 2012, 11:43

A lnk. file is like any other file from a file system's perspective. I suggest
doing a few tests with different file types and contents to find out what is
causing some of them to support detection of renaming, and others not.

File id is the file identifier on a file system, which is used to detect
renamed files.