Post a reply

Before posting, please read how to report bug or request support effectively.

Bug reports without an attached log file are usually useless.

Options
Add an Attachment

If you do not want to add an Attachment to your Post, please leave the Fields blank.

(maximum 10 MB; please compress large files; only common media, archive, text and programming file formats are allowed)

Options

Topic review

martin

jcmanciot wrote:

Well, despite the fact that WinSCP is run as administrator, some transfer options - including timestamps - are greyed out: cf. uploaded screenshots.
Am I missing something?

This bug has been added to the tracker:
https://winscp.net/tracker/1410

I'm sending you a new development version.
jcmanciot

Well, despite the fact that WinSCP is run as administrator, some transfer options - including timestamps - are greyed out: cf. uploaded screenshots.
Am I missing something?
jcmanciot

Brilliant! :)
Almost perfect.
The symlinks are followed now during sync when the corresponding option is set.
However, I have isolated a very slight glitch so far: all date/time properties of synced files are correct, but for folders, they do not match; the date & time of the sync is used for the synced destination folders, instead of the date & time of the source folders.
martin

I'm sending you an email with a development version of WinSCP to the address you have used to register on this forum.
jcmanciot

How can I be notified when the enhancement has been implemented?
jcmanciot

Great, so adding the option could almost be done in a heartbeat :)
martin

It's not that it's difficult to follow the links.
It's that WinSCP explicitly skips the symlinks when synchronizing.
Most users want them to be skipped.
jcmanciot

Is the "Resolve symbolic links" option for syncing very different from reading ? I mean, when you know the whole contents of a symlinked folder, how different is it from what is already implemented to sync it?

It would be awesome to add this feature and shouldn't represent a lot more code.
martin

Re: Sync does NOT follow folder symbolic links Linux -> Windows

Yes, the synchronization does not follow symbolic links.

We may add a support for optionally following the links, but it's not planned atm.
jcmanciot

Re: Sync does NOT follow folder symbolic links Linux -> Windows

From the log which is attached:

Reading symlink "Program-Files".

Type: SSH_FXP_READLINK, Size: 56, Number: 1811
13,00,00,07,13,00,00,00,2F,2F,68,6F,6D,65,2F,61,63,74,69,6F,6E,6D,79,73,74,
69,71,75,65,2F,47,6F,6F,67,6C,65,20,44,72,69,76,65,2F,50,72,6F,67,72,61,6D,
2D,46,69,6C,65,73,
Sent 60 bytes
There are 0 bytes remaining in the send buffer
...
Link resolved to "/home/actionmystique/Program-Files".
Read 4 bytes (37 pending)
Read 37 bytes (0 pending)
Type: SSH_FXP_ATTRS, Size: 37, Number: 2065
69,00,00,08,11,00,00,00,0F,00,00,00,00,00,00,10,00,00,00,03,E8,00,00,03,E8,
00,00,41,F8,56,B1,3E,48,56,D0,37,A4,
Read file 'Program-Files' from listing
...
Program-Files;D;0;2016-02-26T12:28:49.000Z;"actionmystique" [1000];"actionmystique" [1000];rwxrwxrwx;
...


The folder contains 347,796 items, totalling 27.0 GB.
jcmanciot

Sync does NOT follow folder symbolic links Linux -> Windows

WinSCP 5.7.6
Source Files: Ubuntu 15.10
Target Files: Windows 10

Uploaded screenshots:
- Symbolic links option is enabled
- Mirror sync mode
- no symbolic link ("Program-Files" here) is followed during sync

No automation tools have been used, only the GUI.
If I double-click on the symbolic link within the session panel, it is followed though, which means it is recognized as such by WinSCP.