<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Case insensitivity inconsistent in metadata for folder names in Dropbox API Support &amp; Feedback</title>
    <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142871#M4552</link>
    <description>&lt;P&gt;Steve, it is only case preservingin SOME situations. &amp;nbsp;When looking up the 'path' section of the metadata, only the top parent directory has the case preserved, which is absolutely pointless.&lt;/P&gt;</description>
    <pubDate>Mon, 28 Dec 2015 23:34:01 GMT</pubDate>
    <dc:creator>A S.13</dc:creator>
    <dc:date>2015-12-28T23:34:01Z</dc:date>
    <item>
      <title>Case insensitivity inconsistent in metadata for folder names</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142864#M4545</link>
      <description>&lt;P&gt;I'm working with an app that is trying to sync files from its App folder within Dropbox and the directory structure is as such:&lt;/P&gt;
&lt;P&gt;/Apps/picpi/Ange-Art/2015-06-09-DevilsTower&lt;/P&gt;
&lt;P&gt;Because of the App, the folder is seen as /Ange-Art/2015-06-09-DevilsTower and the directory structure on the local side is created using these names.&lt;/P&gt;
&lt;P&gt;When I go to retrieve the file itself, the file comes across with the path /ange-art/2015-06-09-DevilsTower where the first folder is lower case and the subfolder maintains its mixed case nature. &amp;nbsp;However, because this API pull is happening on Linux, it is trying to store it into the folder /ange-art/015-06-09-DevilsTower and the previous API call gave me /Ange-Art so that is the folder that was created.&lt;/P&gt;
&lt;P&gt;This is incredibly inconsistent and without just blowing away all mixed case scenarios and converting to all upper or all lower case, how do I get around this inconsistency?&lt;/P&gt;
&lt;P&gt;Log file below:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://gist.github.com/ascheel/236960176a39a8466bf6" rel="nofollow noreferrer" target="_blank"&gt;https://gist.github.com/ascheel/236960176a39a8466bf6&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 29 May 2019 09:37:27 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142864#M4545</guid>
      <dc:creator>A S.13</dc:creator>
      <dc:date>2019-05-29T09:37:27Z</dc:date>
    </item>
    <item>
      <title>Re: Case insensitivity inconsistent in metadata for folder names</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142865#M4546</link>
      <description>&lt;P&gt;This problem has been around for a while, I suggest you don't rely on the case sensitivity. &amp;nbsp;For API V2, Dropbox drops 'path' and changes to 'path_lower'. &amp;nbsp;I hope they would put 'path' back. &amp;nbsp; Even so, your program should never expect 'path' not to be case consistency on parent and children. &amp;nbsp;&lt;/P&gt;
&lt;P&gt;Good luck.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 14 Dec 2015 06:50:27 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142865#M4546</guid>
      <dc:creator>Jack P.10</dc:creator>
      <dc:date>2015-12-14T06:50:27Z</dc:date>
    </item>
    <item>
      <title>Re: Case insensitivity inconsistent in metadata for folder names</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142866#M4547</link>
      <description>&lt;P&gt;bah..... &amp;nbsp;I guess I'm adding .lower() to all directory names from now on.&lt;/P&gt;</description>
      <pubDate>Mon, 14 Dec 2015 08:10:39 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142866#M4547</guid>
      <dc:creator>A S.13</dc:creator>
      <dc:date>2015-12-14T08:10:39Z</dc:date>
    </item>
    <item>
      <title>Re: Case insensitivity inconsistent in metadata for folder names</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142867#M4548</link>
      <description>&lt;P&gt;Well, as Dropbox is case insensitive, I've reprogrammed everything to be lower case. &amp;nbsp;Since it happens in the background, it's not too big of a deal. &amp;nbsp;I do like uniformity, but this will do. &amp;nbsp;&lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@41457EF40051AFF130FDBFE21B496926/emoticons/1f609.png" alt=":winking_face:" title=":winking_face:" /&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 14 Dec 2015 09:19:43 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142867#M4548</guid>
      <dc:creator>A S.13</dc:creator>
      <dc:date>2015-12-14T09:19:43Z</dc:date>
    </item>
    <item>
      <title>Re: Case insensitivity inconsistent in metadata for folder names</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142868#M4549</link>
      <description>&lt;P&gt;Dropbox and the&amp;nbsp;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.&lt;/P&gt;
&lt;P&gt;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.&lt;/P&gt;</description>
      <pubDate>Tue, 15 Dec 2015 03:49:55 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142868#M4549</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2015-12-15T03:49:55Z</dc:date>
    </item>
    <item>
      <title>Re: Case insensitivity inconsistent in metadata for folder names</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142869#M4550</link>
      <description>&lt;P&gt;Case insensitivity is stupid, and breaks things.&lt;/P&gt;
&lt;P&gt;I am doing Eclipse based software development, and I did a 'download' to try and speed up the sync. &amp;nbsp; I discover that the downloaded zip file changed the names of some directories to all lower case. &amp;nbsp; &amp;nbsp;The build system dies horribly when it can't find things where it expects them.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We've just upgraded to dropbox business, and it seems like more and more problems are popping up. &amp;nbsp;I am going to have to resort to copying everything to a thumbdrive all the time now - which makes me wonder what we are paying for.&lt;/P&gt;</description>
      <pubDate>Sat, 26 Dec 2015 03:36:15 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142869#M4550</guid>
      <dc:creator>Brynn R.</dc:creator>
      <dc:date>2015-12-26T03:36:15Z</dc:date>
    </item>
    <item>
      <title>Re: Case insensitivity inconsistent in metadata for folder names</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142870#M4551</link>
      <description>&lt;P&gt;Brynn, I don't think your&amp;nbsp;post relates to the API, so it doesn't belong here.&lt;/P&gt;
&lt;P&gt;That said,&amp;nbsp;Dropbox is case-insensitive but &lt;EM&gt;case-preserving&lt;/EM&gt;. In the case you describe, I don't think case-insensitivity is a problem, but the lack of case preservation is. If the zip file was one&amp;nbsp;generated by Dropbox, then this sounds like a potential product bug.&amp;nbsp;I'd suggest posting in the &lt;A href="http:/hc/en-us/community/topics/200203389-Issues-Troubleshooting?sort_by=recent_activity" target="_blank" rel="nofollow noreferrer"&gt;Issues &amp;amp;&amp;nbsp;Troubleshooting&lt;/A&gt; forum so someone can investigate. (Please be sure to describe how the zip file was created.)&lt;/P&gt;</description>
      <pubDate>Sat, 26 Dec 2015 03:56:11 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142870#M4551</guid>
      <dc:creator>Steve M.</dc:creator>
      <dc:date>2015-12-26T03:56:11Z</dc:date>
    </item>
    <item>
      <title>Re: Case insensitivity inconsistent in metadata for folder names</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142871#M4552</link>
      <description>&lt;P&gt;Steve, it is only case preservingin SOME situations. &amp;nbsp;When looking up the 'path' section of the metadata, only the top parent directory has the case preserved, which is absolutely pointless.&lt;/P&gt;</description>
      <pubDate>Mon, 28 Dec 2015 23:34:01 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142871#M4552</guid>
      <dc:creator>A S.13</dc:creator>
      <dc:date>2015-12-28T23:34:01Z</dc:date>
    </item>
    <item>
      <title>Re: Case insensitivity inconsistent in metadata for folder names</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142872#M4553</link>
      <description>&lt;P&gt;"Utah J.",&amp;nbsp;I was trying to help Brynn get help for what seems like a&amp;nbsp;product bug that's causing him a problem.&lt;/P&gt;
&lt;P&gt;I understand that the path field of an individual call to /metadata doesn't provide you the current casing of the full path. (You can of course walk back&amp;nbsp;up the path and&amp;nbsp;reconstruct the full casing if you&amp;nbsp;need to, since Dropbox is case-preserving.)&lt;/P&gt;</description>
      <pubDate>Tue, 29 Dec 2015 01:16:41 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Case-insensitivity-inconsistent-in-metadata-for-folder-names/m-p/142872#M4553</guid>
      <dc:creator>Steve M.</dc:creator>
      <dc:date>2015-12-29T01:16:41Z</dc:date>
    </item>
  </channel>
</rss>

