Attachments not syncing

girones

Hi, one of my computers does not synchronize some of the PDF files I annotated in another box and successfully uploaded to a WebDAV server. I followed the instructions in

https://www.zotero.org/support/kb/files_not_syncing

but it did not work.

My debug ID is D1520444469

Thanks

dstillman

Can you provide a separate Debug ID that shows you trying to open a file that's missing? It's not clear from the debug output what the file in question is.

girones

Actually the file is not missing, but it is out of date. The file in the server is up to date though.

I did what you suggested and the Debug ID is D457863226

Thanks

dstillman

And what is the first Debug ID meant to show? It shows that item being successfully uploaded to your WebDAV server.

girones

The first Debug ID was the first syncing after resetting the file sync history, as it is advised in

https://www.zotero.org/support/kb/files_not_syncing

dstillman

But re-read the instructions — it has to be for the computer where the problem is. If the file can be successfully opened on that computer, and it's successfully uploading to the server, the problem is on the other computer, and we would need a Debug ID from that computer.

girones

The Debug ID is from the computer that has the out of date version of the attachment. The version in the WebDAV server is correct, but after syncing the local version of the file in that computer remains the old one.

dstillman

(3)(+0000000): HTTP GET http://********@localhost:8080/zotero/GB5RGCTX.prop succeeded with 200

(3)(+0000001): <properties version="1"><mtime>1474474603481</mtime><hash>19401b879dc57c5bb7c83784ac46aa43</hash></properties>

(3)(+0000001): File mod time matches remote file -- skipping upload

Actually, I misspoke — the debug output shows it checking the modification time stored on the WebDAV server for that file, comparing it to the time of the local file, and skipping the upload because the time is the same.

You can verify this yourself — the mtime in GB5RGCTX.prop on the WebDAV server is 1474474603481, which is September 21, 2016, and that is apparently the same as the file on this computer. So you'll need to check to make sure that the program you're using on the other computer is properly updating the modification time of the file, at which point, when you sync, that mtime should be updated. Once it is, this copy of Zotero should pull down the updated file.

girones

I have checked on the WebDAV server using BitKinex and the contents of the GB5RGCTX.prop file is

1480602992053e926bd6e96de80c9bb554f39c5f11169

I wonder why Zotero is reading 1474474603481 instead. Any idea?

dstillman

Are you looking in a different directory? That's an old format for that .prop files that hasn't been used in several years.

girones

I am sorry, I pasted the XML contents verbatim and some elements got filtered out. This is the contents of the GB5RGCTX.prop file after replacing "<>" by "[]"

[properties version="1"][mtime]1480602992053[/mtime][hash]e926bd6e96de80c9bb554f39c5f11169[/hash][/properties]

dstillman

It might have changed since the debug output (from another sync), or an old version might be cached in Firefox, though I'm pretty sure we override that. But it's just a GET request, so you can check by loading that URL in Firefox.

girones

I loaded the URL in Firefox (http://localhost:8080/zotero/GB5RGCTX.prop) as you suggested and I got the correct version. Then I tried resyncing Zotero again but the problem still persists. Is there anything else I should try?

dstillman

Can you reset file sync history and provide another Debug ID?

girones

Sure, Debug ID D1433420786

dstillman

Yeah, it still appears to be getting the other values. If this were a caching issue, I'm not sure why you would see the newer values when you load the URL directly, but I'm not sure what else it would be. You could try clearing the Firefox cache. I've also updated the WebDAV code for Zotero 5.0, which will be released soon, to bypass the cache. A beta version is available now if you want to try that. There's not really any point debugging 4.0 at this point, since there won't be any more 4.0 releases, but we can investigate further if this still happens with 5.0.

girones

I cleared the Firefox cached and then reset file sync. It worked, thanks a lot for your support!

I will wait for the official release of Zotero 5.0 as I am using Docear on top of the Zotero storage and I am concerned that the file structure could be different in the new version.

adamsmith

File structure is the same in Zotero 5.0