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

patrick wrote:

I still don't fully understand why WinSCP must distinguish between binary and text, unlike any other sftp client I know.

This functionality is not common for SFTP client yet. But it is quite common with FTP.
patrick

I still don't fully understand why WinSCP must distinguish between binary and text, unlike any other sftp client I know. But putting that aside I would suggest some additional sanity checks regarding the classification of the file in question. For example use the algorithms of the 'file' command (available on Unix/Linux) instead of or in addition to the current extension-based classification. Perhaps as a last resort ask the user to classify a file when unsure, instead of just transfering it and damaging it in the process.
martin

Re: Reproducible data corruption during transfer

I understand. On the other hand there are many users that need the conversion, although they does not know it. That's why it is enabled by default.
patrick

Re: Reproducible data corruption during transfer

Yes, it indeed explains the behaviour. But in this case it renders the transmitted data unusable. And the 'casual user' doesn't know why. I'd say this 'feature' should definitely not be activated by default. Classifying a file by its extension is a really bad idea in this context, if you ask me.
martin

Re: Reproducible data corruption during transfer

Would this FAQ explain the behaviour?
patrick

Reproducible data corruption during transfer

I get reproducible data corruption when I upload one file with WinSCP. The file is a configuration file created by foobar2000 (an audio player for Windows).

It took my friend and me a long time to track this down to WinSCP, but now I'm sure about it. I verified it on another computer with the same file, and the result is the same.

WinSCP version: 4.0.6 build 358
Transfer protocol: both with SFTP and SCP
There is no error message. Everything seems normal, but the file on the server is different from the file on the client.

The file in question can be downloaded from here: <invalid hyperlink removed by admin> User: winscp / Password: Qg5j5a8K
It is contained in a ZIP archive. Unpack it and verify that the md5sum is: '8d0b548533aa231652a91f040c99ffe2'
After uploading it to somewhere with WinSCP, it will have the md5sum 'e104794beaf0b830a09dbefa04a861f9'.

I consider this bug to be highly critical.

If you need more information, please contact me by mail.