Hi Tony, it seems that this issue from 2 years ago is actually the same issue with mine. So under my folder, let’s say if I have these files:
aaa.mp4.cloud
aaa.srt.cloud
aaa.2.srt.cloud
and if aaa contains some Chinese/Japanese/Korean characters, those two small files will have no problem to download, but the big one will require a name change in order to download.
Weird part is, all my files were uploaded to ACD using odrive. I don’t understand why uploading works perfectly and downloading doesn’t.
Also, I get this pretty often too: when a file name is ALL in English, with no ambiguous symbols, it can still have the same problem. It actually gives an error message “Amazon Cloud Drive internal server error”. But I highly doubt that.
Hi @onyxlee,
The error coming back from Amazon is that the it can’t process the request on these items with “special” characters. So we send it the request, and then they come back with an error saying they can’t do it. For these files, are you able to download from their own web client?
Similarly, the “Amazon Cloud Drive internal server error” is actually what they send back to us after we make a request (it’s generally a 500-504 response from them). It is not uncommon to see. I think it may have something to do with the data handoffs that are happening behind the scenes between the S3 backend and the front-end handling the requests.
Hi Tony, thank you so much. I see what you mean. It’s just strange that ACD can handle the filename of aaa.srt but not aaa.mp4.
I did try ACD’s own sync program for PC, but that thing doesn’t even run. It just stays at “configuring” stage for ever. I am so dissapointed at their product this time. Their PC app, their android app, their discontinuing service… Sorry it all fell onto you…
You are partially right. So far half of my files that can’t be synced have Chinese characters in the names, but the other half are just standard English file name with no symbols. Really sad.