more about non-UTF-8 clients

[Imported from Trac: page SftpFrontend, version 33]
davidsarah 2010-06-17 21:50:34 +00:00
parent 01a9c66fa3
commit 05ea168289

@ -56,7 +56,7 @@ It may not be entirely clear to users whether a particular Gnome app is using GI
The SFTP frontend encodes all filenames as UTF-8 when communicating with the client. Support for displaying and copying non-ASCII filenames is likely to vary between clients. If you are using a filesystem that represents names as UTF-8 (including via sshfs), then it should just work, but please report your experience with this. Note that SFTP currently does not perform any [Unicode normalization](http://en.wikipedia.org/wiki/Unicode_equivalence) (so for example, filenames copied from a Mac OS X filesystem will remain in NFD); this is likely to change in future. The SFTP frontend encodes all filenames as UTF-8 when communicating with the client. Support for displaying and copying non-ASCII filenames is likely to vary between clients. If you are using a filesystem that represents names as UTF-8 (including via sshfs), then it should just work, but please report your experience with this. Note that SFTP currently does not perform any [Unicode normalization](http://en.wikipedia.org/wiki/Unicode_equivalence) (so for example, filenames copied from a Mac OS X filesystem will remain in NFD); this is likely to change in future.
Many clients do not convert filenames to UTF-8; see ticket #1089. Many clients do not convert filenames to UTF-8; see ticket #1089. In this case they will usually fail to create Unicode filenames (although there is a small chance that the name in another encoding will accidentally be decodable as UTF-8), and directory listings will show [mojibake](http://en.wikipedia.org/wiki/Mojibake) for Unicode names.
### Performance ### Performance