RcloneBrowser icon indicating copy to clipboard operation
RcloneBrowser copied to clipboard

Published 20 hours ago • verified publisher icon mmozeiko

Can't browse directories named with special characters

Open shenzo1 opened this issue 7 years ago • 4 comments

Wonderful app! This is the issue I am encountering: it seems rclonebrowser can't navigate directories named with special characters. I have directories with French characters such as ç or é and è etc. and I can't browse these folders, the triangle disappears after refresh. screen shot 2017-03-20 at 12 35 15 pm

I am able to browse them with rclone by adding "" to the name of these folders. Would there be anyway to do the same with rclone browser? I have so many subfolders and files with special characters that it would take an enormous amount of time to rename them all.

Thanks for your help!

shenzo1 avatar Mar 20 '17 16:03 shenzo1

I assume you are doing this on macOS? I tried using creating çéè folder on Google Drive and could browse it successfully on Windows 10 and Linux. I'll check later what happens on macOS.

Do I understand correctly that simply doing rclone ls remote:path/to/MP3/2004-01-24 & 25-François-... on CLI doesn't correctly show contents? And to make folders appear you append two quotes like this: rclone ls remote:path/to/MP3/2004-01-24 & 25-François-..."" ?

mmozeiko avatar Mar 20 '17 18:03 mmozeiko

That's correct, I am using macOS 10.11.

On CLI if I append the folder(s) with special characters with"" like this rclone ls remote:path/to/MP3/"2004-01-24 & 25-François-..." it works.

shenzo1 avatar Mar 20 '17 18:03 shenzo1

I was able to reproduce problem on macOS. Now I'll need to find out how to fix it, not sure how, yet.

It seems that Qt is passing passing unicode string with cedilla combining characters, but rclone (and go) doesn't automatically normalize and the remote server also doesn't do that.

Basically ç character which is encoded in utf-8 as 0xc3 0xa7 gets passed as 0x63 0xcc 0xa7 as bytes which are c◌̧ characters (regular ascii c followed by U+0327 codepoint).

Technically what Qt does is perfectly legal, and rclone+go is at fault for normalizing unicode strings, but it would nicer if Qt wouldn't do this kind of thing... On Linux and Windows it apparently doesn't do this.

Tricky! I'll look how can I fix this.

mmozeiko avatar Mar 21 '17 07:03 mmozeiko

It would save an incredible amount of time to all international mac people I am sure! Thanks for your help!

shenzo1 avatar Mar 21 '17 15:03 shenzo1