Upgrade StorageFile sync, status and unnecessary transfers (?)
zotero sync 3.2 is working well for me - I have just updated my reference library to ~1000 entries, with about 80% having attached PDFs totalling ~1GB. I am using S3/Jungle Disk for storage. So far so good!
However, something is a little odd. For example I uploaded several hundred new entries from work yesterday, which synced to the server fine. This morning I switched on my home PC and zotero downloaded all of the new entries - perfect, although the download status keeps jumping back from 99% to something less.
Anyway, on the next sync the home client began to *upload* a large chunk of data - when both clients should be perfectly in sync at this point. As I type the home client is at ~600% progress with -1700000KB left to transfer :-s
The bandwidth costs are not so high that I worry at the moment, but if this becomes a regular thing... Any suggestions welcome!
However, something is a little odd. For example I uploaded several hundred new entries from work yesterday, which synced to the server fine. This morning I switched on my home PC and zotero downloaded all of the new entries - perfect, although the download status keeps jumping back from 99% to something less.
Anyway, on the next sync the home client began to *upload* a large chunk of data - when both clients should be perfectly in sync at this point. As I type the home client is at ~600% progress with -1700000KB left to transfer :-s
The bandwidth costs are not so high that I worry at the moment, but if this becomes a regular thing... Any suggestions welcome!
You can start Zotero with debug output and then send the output for the erroneous transfer (or the beginning of it, if you interrupt it) to support@zot....org, and we'll take a look.
"Perpetual upload/download problem (zotero 1.5-sync3.2)"
Please let me know if you need any more info etc. to assist!
Could you also send a bit of output from a download sync? For some reason, at upload time, the modification time of the previously downloaded files don't match the times in the database that are stored when the files are downloaded, so Zotero thinks the files have been updated locally and need to be uploaded.
As requested, I have sent another log file (same email; subject), this time from the first client, showing both uploads and downloads. Although this client "sorts it self out" rather quickly. This (1st) was in sync yesterday. This morning the 2nd was trying to upload again. I let it run through some of the entries before I had to shut it down. The first client, however, is *not* trying to download again.
Again, please let me know how else I can help!
Problem: the other side won't download the files in storage. If I add something to side 2, it will sync fine and I can see the folder in the storage file. However, the files in storage from the side 1 sync will not download to side 2.
I have even gone so far as to uninstall firefox and reinstall everything. I am running Firefox 3.03, Zotero v1.5-sync3.2. I will send the console output, however, it has an obvious line it: "No files to download"
"Conflict! Last known mod time does not match remote time!"
Error report submitted as: 669633392
tmedney: it sounds like you have a different problem - I get everything synced on both sides correctly, initially. Then the second side seems to mess up the timestamps somehow and tries to upload existing files repeatedly.
Client 1 shows no file activity on next sync. Client 2 tries to upload large amounts of data.
So the same problem on both WebDAV services.
Download progress will still keep jumping back from ~99%, as we're not yet calculating the total file size of all queued downloads before starting the initial ones.
At this time, client 1 has uploaded new items to the server today (again, client 1 functions perfectly). Client 2 does not download these new items, but does again try to upload (although I aborted before it could finish).
The TZ environmental variable on Windows is known to mess up timezone settings in Firefox, which could potentially cause this problem, but that variable didn't exist on your system, so the problem lies elsewhere.
Could you try running these two lines of JavaScript and let me know what you're seeing? This may or may not be the same issue.
The js code gives 1 (my timezone is GMT+1) and the correct local time.
Just to check: does beta.zotero.org display all times in GMT?