Problem with Ascii download

[odys]

Hi,
I use "ftpes" to download files from a webserver, mostly php,css files.
I noticed a strange behavior.

In some files, when using ASCII or Auto transfer mode, extra CR(carriage return) characters are added at the end of each line, causing a [CR][CR][LF] instead of [CR][LF].

If I download the file directly from the server is fine (not using filezilla)

Haven't found replication steps yet, but has happened to me several times.

Viewer: Notepad++ 5.6.8 unicode
Log and screenshots attached

[odys]

Log file, mode Debug.

[odys]

Corrupted file, as viewd using notepad++. Original file is ANSI

[odys]

Normal file, as viewd using notepad++. Original file is ANSI

[odys]

I would also like to point out that the server is unix based.
Probably filezilla does something wrong there.
Windows based ascii has a new line as: [CR][LF]
Unix based ascii has a new line as: [LF]

In this case, the result of moving a Windows based Ascii file from a Unix based environment to e Windows based, converts the [CR][LF] to [CR][CR][LF]
and according to #3830 (forgot to mention here),
if I move the [CR][LF] file up, it will become [LF] only. Thus, it'll be different and read as one-line from most windows based viewers.

I believe this is the behavior of filezilla. It should not check whether the other system is unix/windows based, and just transfer the file as is.
Correct me if I am wrong

[Tim Kosse]

Working as intended. See ​http://wiki.filezilla-project.org/Data_Type

[indigo]

For anyone like me who experiences newline issues and finds this, I've posted a working theory as to what's going on in the another thread:

#3830

If you experience this problem, set the data type to "binary" and try again.