-
Notifications
You must be signed in to change notification settings - Fork 2
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
Pick how to handle conflicts in filesystem case sensitivity or insensitivity #8
Comments
What DropBox does:
From https://www.dropbox.com/developers/documentation/http/documentation |
Also: Unicode normalization.
|
yeah. I've just updated the model I'm using for tests to deal with case sensitivity and to use normalization there, it would be rather simpler to add a form of normalization there to force all tests to work with them. So far I'm thinking of internally being case insensitive with ~250 chars limit (windows-like); If better solutions appear later, it's simpler to relax rules than constrain them. The big question is more about at which level should the detection of conflict be done (on-scan and on-sync, but lowest or higher processing layers?), and how to notify the user about it. So far there's nothing existing so there's no clear case of how to do things. |
OSX is, by default, case insensitive.
So is Windows under NTFS and FAT32.
So is ExFAT.
Linux and BSD filesystems (ext3/4, UFS) are case sensitive.
ZFS is configurable.
A decision is required on how to handle these and make them work.
The text was updated successfully, but these errors were encountered: