<?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: Meta-data unreliable in DBFILESUploadSessionFinishBatchResultEntry? in Dropbox API Support &amp; Feedback</title>
    <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192651#M8583</link>
    <description>Quick update, it turns out the fix actually wasn't deployed yet. (My apologies!)&lt;BR /&gt;&lt;BR /&gt;I was able to use your sample code to reproduce the issue though, so I'll try it again once the fix is actually deployed to see if that resolves it. That should be later today or tomorrow. I'll follow up here once that's done.</description>
    <pubDate>Mon, 31 Oct 2016 21:36:20 GMT</pubDate>
    <dc:creator>Greg-DB</dc:creator>
    <dc:date>2016-10-31T21:36:20Z</dc:date>
    <item>
      <title>Meta-data unreliable in DBFILESUploadSessionFinishBatchResultEntry?</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192288#M8529</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm using chunked uploads to upload files (although this may affect regular uploads, too - I haven't checked that yet). I use the clientDate parameter of&amp;nbsp;DBFILESCommitInfo to ensure the displayed date on Dropbox matches the displayed date in the local file system (a very welcome addition to API 2, thanks!), so that it is the same across systems. (i.e. By grabbing the modified date of the local file via NSFileManager and passing it into DBFILESCommitInfo).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Because I'm the paranoid sort, and because I use dates to perform various checks, whenever an upload has completed, I check the final client date on the server and update the local file to match if necessary - I do this just as a failsafe, in case the date I have asked Dropbox to apply in DBFILESCommitInfo isn't respected for any reason.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The problem, however, is that the client date of the DBFILESFileMetadata is unreliable (i.e. often incorrect) in&amp;nbsp;DBFILESUploadSessionFinishBatchResultEntry. So, if I grab the clientModified date from the -success meta-data object of such an entry once -uploadSessionFinishBatchCheck: returns a result, it is frequently wrong - it is neither the date I asked to be applied nor the same as the serverModified date.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The next time I call -listFolderContinue:, the -clientModified date of the same file is now correct - that is, the date I expected to be applied to it in the first place, the one I specified in&amp;nbsp;DBFILESCommitInfo. But this is too late, because I'm checking the date in -uploadSessionFinishBatchCheck: and updating the local file based on that, meaning that I'm assigning the wrong date.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;At the moment, it seems the only workaround for this problem is either to rely on Dropbox assigning the client date at some point later (as it seems to), or to call -listFolder again after I've finished uploading everything. I don't like the former because I prefer being absolutely sure the dates match, and the latter adds another step, slowing things down.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'd be grateul for advice on how I can best ensure the client modified dates of my&amp;nbsp;local files match the server dates after an upload.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;P&gt;Keith&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 29 May 2019 09:28:51 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192288#M8529</guid>
      <dc:creator>Keith B.7</dc:creator>
      <dc:date>2019-05-29T09:28:51Z</dc:date>
    </item>
    <item>
      <title>Re: Meta-data unreliable in DBFILESUploadSessionFinishBatchResultEntry?</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192297#M8532</link>
      <description>&lt;P&gt;Actually, I've found the problem. I was relying on the advice given here:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.dropboxforum.com/t5/API-support/uploadSessionFinishBatchCheck-Getting-path-from-errors/m-p/191846#M8441" target="_blank"&gt;https://www.dropboxforum.com/t5/API-support/uploadSessionFinishBatchCheck-Getting-path-from-errors/m-p/191846#M8441&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Based on the assumption that the&amp;nbsp;[(DBFILESUploadSessionFinishBatchJobStatus * )status complete].entries.array will be in the same order as the finish args passed into -uploadSessionFinishBatch:, I was doing the following:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1. Maintaining an array of custom task objects in the same order as the finish args array to be passed into -uploadSessionFinishBatch:.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;2. In the finish check method, I was iterating through the status.complete.entries using a for() loop, and using the index to grab my custom task objects.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;3. I was then updating my custom task objects and the file on disk associated with the task object with the date in the meta-data object of&amp;nbsp;DBFILESUploadSessionFinishBatchResultEntry.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Unfortunately, it turns out that the array of entries returnd by -uploadSessionFinishBatchCheck: is *not* in the same order as the array of finish args passed into -uploadSessionFinishBatch: after all. Using the index of the&amp;nbsp;DBFILESUploadSessionFinishBatchResultEntry objects to grab my tasks was therefore resulting in the wrong task, and thus the wrong date was being applied to the file and task object.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;All the best,&lt;BR /&gt;Keith&lt;/P&gt;</description>
      <pubDate>Thu, 27 Oct 2016 18:40:11 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192297#M8532</guid>
      <dc:creator>Keith B.7</dc:creator>
      <dc:date>2016-10-27T18:40:11Z</dc:date>
    </item>
    <item>
      <title>Re: Meta-data unreliable in DBFILESUploadSessionFinishBatchResultEntry?</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192320#M8536</link>
      <description>Thanks for the report! We're looking into it.</description>
      <pubDate>Thu, 27 Oct 2016 21:45:50 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192320#M8536</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2016-10-27T21:45:50Z</dc:date>
    </item>
    <item>
      <title>Re: Meta-data unreliable in DBFILESUploadSessionFinishBatchResultEntry?</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192321#M8537</link>
      <description>Hi Keith, I can't seem to reproduce this. Can you share the relevant code snippets and the out of order output you're getting? Thanks in advance!</description>
      <pubDate>Thu, 27 Oct 2016 21:58:49 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192321#M8537</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2016-10-27T21:58:49Z</dc:date>
    </item>
    <item>
      <title>Re: Meta-data unreliable in DBFILESUploadSessionFinishBatchResultEntry?</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192328#M8541</link>
      <description>Actually, we've found a case where this can occur. We're working on it, and I'll follow up here once I have an update for you.</description>
      <pubDate>Fri, 28 Oct 2016 00:56:29 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192328#M8541</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2016-10-28T00:56:29Z</dc:date>
    </item>
    <item>
      <title>Re: Meta-data unreliable in DBFILESUploadSessionFinishBatchResultEntry?</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192363#M8544</link>
      <description>&lt;P&gt;Hi Greg,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Great, glad you've found a case! This is actually happening consistently for me, though - I get random results every single time I try. I've created a test project in case it helps. You can download it here:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://dl.dropboxusercontent.com/u/24954/DBChunkedUploadBug.zip" target="_blank"&gt;https://dl.dropboxusercontent.com/u/24954/DBChunkedUploadBug.zip&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To use:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1. Build and run in Xcode 8 on macOS 10.12.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;2. Tap "Sync" to link Dropbox.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;3. Tap "Sync" again to upload a bunch of files. The code will create a "ChunkedUploadsTest" folder at the root of your Dropbox folder, and into that it will upload 26 text files containing "lorem ipsum" text, with file names from A to Z.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The code&amp;nbsp;iterates through the&amp;nbsp;DBFILESUploadSessionFinishBatchResultEntry entries array using a for() loop, and it uses the index to retrieve both the&amp;nbsp;DBFILESUploadSessionFinishBatchResultEntry object from the entries array and a custom task object from another array that is in exactly the same order as the finish args array passed into -uploadSessionFinishBatch:. It looks the file name of both the batch result entry and the custom task object with a divider between them. From this, you can see from the output&amp;nbsp;on the Console that the results do not match - the DBFILESUploadSessionFinishBatchResult&amp;nbsp;entries array is never in the same order as the finish args array passed into -uploadSessionFinishBatch:.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;All the relevant Dropbox code can be find in the MasterViewController.m file.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;As I say, I have another way of getting the information I need, so this isn't holding me back, but hopefully the sample project will help confirm that the case you have found is the same as what I am experiencing.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;All the best,&lt;BR /&gt;Keith&lt;/P&gt;</description>
      <pubDate>Fri, 28 Oct 2016 12:11:14 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192363#M8544</guid>
      <dc:creator>Keith B.7</dc:creator>
      <dc:date>2016-10-28T12:11:14Z</dc:date>
    </item>
    <item>
      <title>Re: Meta-data unreliable in DBFILESUploadSessionFinishBatchResultEntry?</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192412#M8555</link>
      <description>&lt;P&gt;Thanks Keith! It's possible that the issue only reliably reproduces on some accounts/files and not others.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We just deployed a fix. Can you try again and let me know if you're still seeing the issue or not? Thanks!&lt;/P&gt;</description>
      <pubDate>Fri, 28 Oct 2016 20:55:08 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192412#M8555</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2016-10-28T20:55:08Z</dc:date>
    </item>
    <item>
      <title>Re: Meta-data unreliable in DBFILESUploadSessionFinishBatchResultEntry?</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192433#M8557</link>
      <description>&lt;P&gt;Hi Greg,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Unfortunately, I'm getting exactly the same results as before (using the sample app I sent you). I wasn't sure whether the fix was on the server side or in the Obj-C frameworks, though. So, I first just tried running the sample&amp;nbsp;app, and I got the same results as before - the order of the entries array is entirely random and does not match the finishArgs array.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I then tried re-downloading the Obj-C framework, but unfortunately after re-downloading it wouldn't build for me, constantly telling me that&amp;nbsp;DBTaskStorage.h was missing. (Then, when I swapped back to the older framework that was working before, it built, but with loads of warnings about missing parameters, apparently picking up the&amp;nbsp;@param keywords in the comments of the header frameworks, bizarrely - I'm not sure what I've messed up there!) I'm sure the problems with the framework are something silly I'm doing, but I'm off for a week away in a couple of hours, so I'm afraid I don't have time to look into what's gone wrong before I go.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So, because I'm away for a week (which at least means you get a breather from the barrage of questions &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@FBF7D2AB59A0D6E861EBF6A36F93B7E2/emoticons/1f642.png" alt=":slightly_smiling_face:" title=":slightly_smiling_face:" /&gt; ), if the fix is in the Obj-C framework, I won't be able to test it until I get back next weekend - sorry about that. If the change&amp;nbsp;was on the server side, though, then I'm afraid it doesn't seem to have fixed anything.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Many thanks,&lt;/P&gt;&lt;P&gt;Keith&lt;/P&gt;</description>
      <pubDate>Sat, 29 Oct 2016 09:25:04 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192433#M8557</guid>
      <dc:creator>Keith B.7</dc:creator>
      <dc:date>2016-10-29T09:25:04Z</dc:date>
    </item>
    <item>
      <title>Re: Meta-data unreliable in DBFILESUploadSessionFinishBatchResultEntry?</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192463#M8559</link>
      <description>Thanks Keith. It was a server-side fix, so we'll keep investigating. And thanks for the sample project! I'll try that out.</description>
      <pubDate>Sat, 29 Oct 2016 22:00:52 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192463#M8559</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2016-10-29T22:00:52Z</dc:date>
    </item>
    <item>
      <title>Re: Meta-data unreliable in DBFILESUploadSessionFinishBatchResultEntry?</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192651#M8583</link>
      <description>Quick update, it turns out the fix actually wasn't deployed yet. (My apologies!)&lt;BR /&gt;&lt;BR /&gt;I was able to use your sample code to reproduce the issue though, so I'll try it again once the fix is actually deployed to see if that resolves it. That should be later today or tomorrow. I'll follow up here once that's done.</description>
      <pubDate>Mon, 31 Oct 2016 21:36:20 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192651#M8583</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2016-10-31T21:36:20Z</dc:date>
    </item>
    <item>
      <title>Re: Meta-data unreliable in DBFILESUploadSessionFinishBatchResultEntry?</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192656#M8587</link>
      <description>Ok, the fix is rolling out now. I just tried the sample code again, and it's no longer reproducing the issue for me.&lt;BR /&gt;&lt;BR /&gt;Please try it out when you get a chance and let me know if you're still seeing the issue.</description>
      <pubDate>Mon, 31 Oct 2016 22:30:15 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/192656#M8587</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2016-10-31T22:30:15Z</dc:date>
    </item>
    <item>
      <title>Re: Meta-data unreliable in DBFILESUploadSessionFinishBatchResultEntry?</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/193417#M8673</link>
      <description>&lt;P&gt;That seems to fix it, thanks! I tested with my sample app several times and everything is returned in the expected order now, whereas before it was consistently wrong.&lt;/P&gt;</description>
      <pubDate>Mon, 07 Nov 2016 17:30:54 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Meta-data-unreliable-in/m-p/193417#M8673</guid>
      <dc:creator>Keith B.7</dc:creator>
      <dc:date>2016-11-07T17:30:54Z</dc:date>
    </item>
  </channel>
</rss>

