Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Decomposed characters #5668

Closed
cyberduck opened this issue Jan 25, 2011 · 6 comments
Closed

Decomposed characters #5668

cyberduck opened this issue Jan 25, 2011 · 6 comments
Assignees
Labels
bug ftp FTP Protocol Implementation thirdparty Issue caused by third party

Comments

@cyberduck
Copy link
Collaborator

6111174 created the issue

External users placed several files on our FTP server containing "special characters such as the: ´ and the ¨
On the windows side this causes no problems what so ever.
On the mac side, which uses Cyberduck, the users can't download, move, remove, ... any of those files.

At first, there was a questionmark displayed on the location of those characters.
I followed your help page, which said I should change the text encoding.
This worked in displaying the characters, but we still aren't able to download those files.
The error returned states:

File not found: 213-11fla¨che.tif

The same error is shown in the logs on the server (which i've included)

We've tested with the 2.x and the latest version 3.8.1, no difference.
All our machines are 10.6 MAC OS X (Intel core's).
If needed, you can contact me on my email adress. I would be happy to supply you with log or screenshots.

I hope I'm missing something so we can keep using Cyberduck !


Attachments

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Server log shows:

20110125-09:15:54	File not found: 213-11fla¨che.tif	FTP	12606379	2	3	pab	SERVERNAME.DOMAIN.COM	SERVER IP	CLIENT IP	RETR	2EA5D3F7-EA29-47A5-6E9C-76DF1E542944	213-11fla¨che.tif	550				

@cyberduck
Copy link
Collaborator Author

@dkocher commented

This is a Unicode normalization issue. Looks like the server returns filenames in the listing that are decomposed but expects these to be in composed form in commands sent. Can you please post the output in the log drawer when listing a directory.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

If you set the hidden configuration option

defaults write ch.sudo.cyberduck path.normalize.unicode true

it should work.

@cyberduck
Copy link
Collaborator Author

6111174 commented

I tried your suggested modification but it doesn't seem to work.
I performed the change both while CyberDuck was running and while turned off. No difference.
I still recieve the same error.

Can I send you the logs via email? Because I dont want to post my server name, ip, usernames, ... on the web !

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Replying to [comment:7 Grandeco]:

I tried your suggested modification but it doesn't seem to work.
I performed the change both while CyberDuck was running and while turned off. No difference.
I still recieve the same error.

Can I send you the logs via email? Because I dont want to post my server name, ip, usernames, ... on the web !

Mail to [mailto:feedback@cyberduck.ch]

@cyberduck
Copy link
Collaborator Author

@dkocher commented

From the transcript it shows that the characters are sent from the server in decomposed form.

-rwxr-x---  1 pab      System        25948 Dec 20  2010 213-11fla¨che.tif

Either an issue with the client software or the server not normalizing file names. What is the client software used to upload these files?

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug ftp FTP Protocol Implementation thirdparty Issue caused by third party
Projects
None yet
Development

No branches or pull requests

2 participants