Case insensitivity inconsistent in metadata for folder names

Dropbox and the Dropbox API are case-insensitive, as you've mentioned, so there isn't a great solution here unfortunately. This is definitely something the team is aware of, but I can't promise this is something we'll be able to improve on our side.

For reference, in v1 the last path component of the path should have the case preserved, but the other components don't have the same guarantee. In v2, we tried to make this a bit clearer by using path_lower, and only having the preserved case in the name property.