```
return Uri.EscapeUriString(httpHomeUri.Uri.ToString());
```
This return statement was double encoding filename hence the extra
encoding on the "%" sign in the URL in clipboard.
filename is first encoded in this line:
```
httpHomeUri = new UriBuilder(URLHelpers.CombineURL(host, subFolderPath,
filename));
```
Several changes were made to fix the encoding of ftp dirpaths and allow
uploads to folders with non-ascii characters:
-Fixed encoding of valid urls in ShareX.HelpersLib.NameParser.cs
-Fixed subfolder path generation and wrong url re-encoding in
FTPAccount.cs
-Fixed preview paths in FTP Destination settings (FTPAccount.cs)
-Fixed subfolder path generation in FTP.cs
This fixes issue #372, which was reproduced with the following account
config on a local ftp server (import from clipboard on destination
settings):
{
"Protocol": "FTP",
"Name": "New account",
"Host": "localhost",
"Port": 21,
"Username": "test",
"Password": "test",
"ServerProtocol": "ftp",
"SubFolderPath": "DEV/grhh本人%",
"BrowserProtocol": "http",
"HttpHomePath": "",
"HttpHomePathAutoAddSubFolderPath": true,
"HttpHomePathNoExtension": false,
"IsActive": false,
"FTPSEncryption": "Explicit",
"FTPSCertificateLocation": "",
"Passphrase": null,
"Keypath": null
}