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

@GregPKP: Your server supports MLST/MLSD, which should use UTC timestamps. It seems that the server is buggy and reports the timestamps incorrectly. Please ask them to fix it, instead of asking us to implement a workaround for the bug in WinSCP.

If you believe otherwise, please post session log file for us to investigate for possibility that the problem is on WinSCP side.

Alternatively, try:

  • Environment > FTP > Use MLSD command for directory listing => Off
  • Environment > Time zone offset > Detect automatically => Off
  • Configure the offset to offset the server's bug
GregPKP

Hi,
The distant server is a "UNIX Type: L8", via FTP running on a Android platform.

The set of additional commands:
UTF8

MDTM
MFMT
MLST Type*;Size*;Modify*;Perm
HASH MD5;SHA-1;SHA-256;SHA-384;SHA-512
REST STREAM
RANG STREAM

All files uploaded before the DST change (October 27th here in France) are now seen with an additional hour.

Here is an example:
fileA is, in my local machine, timestamped: "2024-02-27 15:53:22.000000000 +0100" (now we are GMT+0200)
A few weeks ago, on the android platform it has 15:53, but now it's 16:53.

Seems like the distant platform encounter some difficulties with the DST, but that spare hour should be ignored if we were able to change the greyed option "summer time" in the advanced parameters of the site.

Hope that help
martin

Re: Any news?

@GregPKP: Please give us more details. What is the remote OS? What is the FTP server? What timestamps did change? All? Or just of some files (created during DST or out of DST)?
GregPKP

Any news?

Hi, a (few) years later, I encountered the exact same problem. The Daylight Saving Time is greyed in FTP mode. Thus, causing errors on Synchronisation feature (when time comparison is enabled)
Any chance of an update here?

Thanks a lot!
martin

I'm sorry, you are right. This is not supported for FTP yet.
abcd

Sorry if I appear to be a nag, but yes, for FTP, it is disabled. Here's how to reproduce it:

  1. Start WinSCP (ver 4.3.2)
  2. Enable Advanced Option
  3. Click "New" button
  4. Fill in the host name, user name and password
  5. Switch File protocol to FTP (not SFTP or SCP)
  6. Click on the "Environment" on the left.
  7. Voila. The DST options are disabled.
abcd

For FTP, the Daylight Saving Time setting is disabled. I don't know about the server's setting.
martin

Re: Synchronizing mess after daylight saving time

What DST option have you set for your session?
abcd

I think this is related to this problem:
Daylight Savings Time Problem
I'm using Windows 7 Pro 64-bit and the FTP server in question is in Linux.
abcd

Synchronizing mess after daylight saving time

Hi,

Firstly, thanks for your great WinSCP software. It's been a tremendous help.

I usually synchronize a folder with an FTP server with modification time as a comparison criteria. This works great for a while until daylight saving time (i.e. summer time) came a few weeks ago. After DST comes, basically all files are declared different because the 1 hour offset. I thought it was a trivial glitch and copied all files in the folder to a local folder. However, this happens again and again. The local files are always 1 hour offset from the remote ones. So, I think it's a bug.

Thanks,
abcd