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

Degoo uses Windows filenaming conventions and not Unix #22

Open
DLBerger opened this issue Mar 5, 2021 · 3 comments
Open

Degoo uses Windows filenaming conventions and not Unix #22

DLBerger opened this issue Mar 5, 2021 · 3 comments

Comments

@DLBerger
Copy link

DLBerger commented Mar 5, 2021

I found this the hard way.
Degoo sees MyFile and MYFILE as the same file/directory.
Like Windows it retains the filename as created, but trying to create any other variants causes an error.
Not sure why, but it leads to a host of potential problems.

@bernd-wechner
Copy link
Owner

Thanks for reporting. Indeed that does in backing up a Linux box which is my goal. So will have to test that and test for it. It is admittedly rare not common for that to cause a problem, but common enough that it's worth knowing about, testing for explicitly and doing something about.

It can pose a problem for sync dreams, but the only way out really being to report a clash, not do a transfer and request a user to rename the local file if they want to back up to Degoo.

I admit though that I find it surprising as the vast majority of servers out there use case senstive naming I think,

@bernd-wechner
Copy link
Owner

Did some testing on this at last. Seems the Degoo backend does no see MyFile and MYFILE as the same file/directory as I can upload files with identical names bar case without drama. I cannot however download them. This is true of the web app and this python app, and relates to the backend API not generating a download URL. Again I have a support request in with Degoo on his and hope they respond positively.

@bernd-wechner
Copy link
Owner

Well Degoo have never responded. That's a downer. Judging from this (the above reported test), I am guess we should issue warnings on upload.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants