2BrightSparks
Hi, I've found what appears to be a recently introduced bug. When retrieving the information from an MLSD or LIST listing the very first file has the wrong date & time. I can reproduce this bug using a clients FTP server (which returns the following in the header when connecting: Net::FTPServer/1.120-1 ME::VFS::Interface::FTP/8596)
Using an older SmartFTP client it was returning the correct date & time of the very first file, but in the latest release the wrong date & time is being returned. Note that this problem only occurs with the first file in a directory, all other files have the correct date & time. I've tested using the standard Windows command line FTP client (which doesn't use MLSD) and it's returning the correct date & time, and also with the FileZilla client (using LIST) which also returns the correct date & time.
Note that I'm using the library, not the SmartFTP client. I was just using the SmartFTP client to confirm the problem isn't in my code.
Thanks
Using an older SmartFTP client it was returning the correct date & time of the very first file, but in the latest release the wrong date & time is being returned. Note that this problem only occurs with the first file in a directory, all other files have the correct date & time. I've tested using the standard Windows command line FTP client (which doesn't use MLSD) and it's returning the correct date & time, and also with the FileZilla client (using LIST) which also returns the correct date & time.
Note that I'm using the library, not the SmartFTP client. I was just using the SmartFTP client to confirm the problem isn't in my code.
Thanks