Opened 15 years ago

Last modified 10 years ago

#757 closed Bug report

No CR/LF conversion in FZ V2.2.9

Reported by: xformer Owned by:
Priority: critical Component: Other
Keywords: Cc: xformer, bz666, Tim Kosse
Component version: Operating system type:
Operating system version:

Description

When I transfer a makefile from a Windows PC to an Unix
machine FZ V2.2.8d does never convert CR/LF to LF. I
triedd it with automatic setting or setting the
transfer type explicitely to ASCII. No way, CR/LF is
still CR/LF on the Unix host which makes the transfered
files simply unusable.

Change History (6)

comment:1 Changed 15 years ago by xformer

The same is true for FZ V2.2.9. No conversion of the file,
no matter how I set the transfer type.

The makefile is a simple text file with just that name:
"makefile".

comment:2 Changed 15 years ago by xformer

Second note: I use an SFTP connection. Here is the log file.
Note the absence of any "TYPE" command. I use the German
version, so I have to translate this back to English.
Deviations from the "real" English version are to be
expected. the log shows the first attempt with "transfer
type: automatic" and the second with "transfer type: ASCII".
No "TYPE" command, nowhere:

Status: Connecting to server.some.com:22...
Status: Connected to server.some.com:22, Initializing SFTP
connection...
Command: CONNECT user@…:22
Response: Remote working directory is /export/home/user
Status: Connection established
Status: Getting directory...
Command: PWD
Response: Remote directory is /export/home/user
Command: LIST
Response: Sucessfully received 34 items
Status: Directory listing successful
Status: Connecting to server.some.com:22...
Status: Connected to server.some.com:22, Initializing SFTP
connection...
Command: CONNECT user@…:22
Response: Remote working directory is /export/home/user
Status: Connection established
Status: Start Upload of D:\Projects\cryptlib\makefile
Command: CD /export/home/user/
Response: Remote working directory is now /export/home/user
Command: LIST
Response: Sucessfully received 34 items
Status: Directory listing successful
Command: PUT makefile D:\Projekte\cryptlib\makefile FALSE
Response: Uploading D:\Projekte\cryptlib\makefile to makefile
Status: Upload successful
Status: Listing directory...
Command: LIST
Response: Sucessfully received 35 items
Status: Directory listing successful
Status: Disconnected
Status: Connecting to server.some.com:22...
Status: Connected to server.some.com:22, Initializing SFTP
connection...
Command: CONNECT user@…:22
Response: Remote working directory is /export/home/user
Status: Verbindung hergestellt
Status: Starte Upload von D:\Projects\cryptlib\makefile
Command: CD /export/home/user/
Response: Remote working directory is now /export/home/user
Command: PUT makefile D:\Projects\cryptlib\makefile FALSE
Response: Uploading D:\Projekte\cryptlib\makefile to makefile
Status: Upload successful
Status: Listing directory...
Command: LIST
Response: Sucessfully received 35 items
Status: Directory listing successful

comment:3 Changed 15 years ago by bz666

This should be priority 1 ! The files are UNUSABLE, no
matter what setting you set for transfer type. Meantime, I
use putty sftp but it's not as interesting as FileZilla.

comment:4 Changed 15 years ago by bz666

Oops, I meant Priority 9 !

comment:5 Changed 15 years ago by xformer

Seems like this project is dead...

comment:6 Changed 15 years ago by Tim Kosse

This bug report has been closed due to inactivity and has possibly
already been solved.

You can reopen this report if the issue still exists in the
latest version of FileZilla (Server).

Note: See TracTickets for help on using tickets.