Opened 15 years ago

Last modified 12 years ago

#2133 closed Feature request

cr-lf translation between win and linux

Reported by: cqfma Owned by: Alexander Schuch
Priority: normal Component: FileZilla Client
Keywords: Cc: cqfma, Alexander Schuch, Tim Kosse
Component version: Operating system type:
Operating system version:

Description

I am moving this to this area (was incorrectly posted on
the support request area, sorry).

The line ending bytes are different for text files on
windows and for those on linux type os [cr vs cr,lf]. A
nice feature some popular ssh and ftp clients have
(ssh.com, FTPExplorer) is to translate appropriately
these text files when ASCII file transfer (either Auto
based on extensions or Forced) is in effect. This makes
it possible for almost all text browsers on both win and
*x side show the file correctly on the respective os.

Please add this feature to FZ file transfer. If such an
automatic translation is not desireable for some users,
then may I suggest adding another preference setting
to do this translation. Thank you!

Change History (4)

comment:1 Changed 15 years ago by anonymous

Logged In: NO

Can this be done without losing the ability to resume partial
file transfers?

comment:2 Changed 15 years ago by anonymous

Logged In: NO

Can this be done without losing the ability to resume partial
file transfers?

comment:3 Changed 12 years ago by Alexander Schuch

FileZilla has ASCII and binary transfer modes implemented already. ASCII mode transfers the file and CR (Mac) and LF (Unix) characters are translated into CR+LF. The server then strips nothing, CR, or LF again, depending on the platform it runs.

Binary mode in contrast to that sends the file as-is, and the server stores it as-is as well.

comment:4 Changed 12 years ago by Tim Kosse

Can this be done without losing the ability to resume partial file transfers?

No, client and server do not know each other's transfer format. Resume offsets would potentially be incorrect.

Note: See TracTickets for help on using tickets.