Long file name problem, fixed in 5.14

Hi,

I'm having problems uploading files to our FTP server which have long file names. As a test I created a bunch of files with increasing length names to test the upload, and found the upload stopped working after the file name was 82 characters plus a 3 character extension. The folder I was uploading to was 21 characters long. I can upload these same files, and longer ones, using FTP command line as well as FileZilla.

When running this in a the GUI the upload progresses then stops for about 20 seconds, and I get this error message.

---------------------------
Error
---------------------------
Lost connection.
---------------------------
Timeout detected. (control connection)
Copying files to remote side failed.
---------------------------
Abort Reconnect Help
---------------------------

When running via script it simply stops working and I don't see any error message.

I noticed an existing bug ticket reporting a long file name problem is fixed in version 5.14, but I'm not sure if I'm having the same issue or not.
Issue 1337 – Support for long local paths with FTP protocol

I'm currently running 5.13.3, which is the same version available on your download page. Can I get an early release of version 5.14 to see if it fixes my problem?

I have attached a log of my FTP session in case that is helpful. Please let me know if you need any other information.

Thanks
Dan

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

Hi Martin,

Thanks for sending me the 5.14 download link, but it looks like I'm still having the problem.

I again tried uploading a series of files with increasing filename length, and when it reached a file name of 82 characters long plus a .txt extension, the upload stopped. I can see from the log WinSCP tried to do a MDTM command after which it got a session timeout.

I then disabled the "Preserve Timestamp" option from the Default transfer settings (https://winscp.net/eng/docs/ui_transfer_custom) and retried uploading the files, which this time worked, uploading files with names of 94 characters long.

However, then when I tried deleting these files I got another error when trying to delete a file with a name 49 characters long. Reconnecting to the FTP server I can see that it did delete this file, but I get the same session timeout error preventing WinSCP from deleting the remaining files.

I don't want to workaround this problem by just disabling the "Preserve Timestamp" option since that is very important to make sure we are uploading the correct files to the server.

I've attached logs of both sessions to the post. Let me know if I can help with the troubleshooting.

Thanks
Dan

OK, so it looks like a server-side problem.
Or, can FileZilla preserve timestamp and/or delete files with a long name?

Dear Martin,

Can I also ask for developmnent version of WinSCP v5.14?
I'm encounter issue with copy files from FTP, when folder path is quite long, 18 folders inside.
(WinSCP v5.13.4)
Thank you in advance
Miroslaw

@miroslaw: Sent to your email address.

Martin,

Can you please send me an early release of 5.14. I have the same issue with long local paths.

Regards,
Don

WinSCP 5.14 is available for a download a long time already:
https://winscp.net/eng/downloads.php

Martin,

My apologies, I downloaded the latest beta build. However, I seem to get the same error using 5.14.4 RC (Build 9136) build over FTP. Note that I am running Windows 10 Professional and have enabled long paths using instructions from this article (https://learn.microsoft.com/en-us/windows/win32/fileio/naming-a-file#maximum-path-length-limitation).

Let me know if you need any additional info or original log file. I was using get command.

Regards,
Don

Here is the WinSCP log:

@dklimoski: This is most probably your post: Files not copying

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