[Girder-users] girder_client.upload() not updating file contents

[John Tourtellott]

Thanks, Mike. I made a simpler test case and got the same results as you.
Not sure what I did wrong yesterday, but it must have been operator error.
I'm good to go.

On Thu, May 4, 2017 at 1:33 PM, Michael Grauer <michael.grauer at kitware.com>
wrote:

> Hi John,
>
> I just tried to reproduce this against a local Girder instance, which was
> on the latest Girder master, and I used pip installed girder-client 2.2.0.
>
> I was able to upload a folder and files, to a folder with items in Girder.
>
>
> I then re-uploaded, without setting reuseExisting=True, in this case it
> created all new items with names like "original name (1)" for a second copy
> of a file named "original name".
>
> I removed all of the "(1)" files, and then reuploaded using
> reuseExisting=True, which didn't upload anything because all of the files
> in Girder were up to date with the local files.
>
> I then changed one of the local file's contents, and re-uploaded with
> reuseExisting=True, it did upload and replace the one changed original file
> with the new contents, and the size of the file changed (and I could
> download the new file and verify the new contents), but the created and
> updated timestamps on the item didn't change, nor did the item and file
> names.
>
> Let me know if you are still stuck,
> Mike
>
> On Wed, May 3, 2017 at 5:21 PM, John Tourtellott <
> john.tourtellott at kitware.com> wrote:
>
>> I am trying to update a file that has previously been uploaded to girder.
>>
>> To do that, I am calling girder_client.upload() with the argument
>> "reuseExisting=True", however the file contents at that item are not
>> getting updated. There is a message written to the console "File xxx exists
>> in item, but with stale contents".
>>
>> I am using the pip-installed girder client (version 2.2.0).
>>
>> Should the file contents be overwritten when the reuseExisting flag is
>> set?
>>
>> _______________________________________________
>> Girder-users mailing list
>> Girder-users at public.kitware.com
>> http://public.kitware.com/mailman/listinfo/girder-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/girder-users/attachments/20170504/14d25e84/attachment.html>