3.4 file sync stuff
The file sync seems to work nicely in 3.4. I re-enable file sync after the update and hit sync to see whether it would upload the attachments added since last week. It did (I could see the files being added to my WebDAV account). When I knew it had hit the last one, the stop file sync button duly disappeared for the metadata sync to take over.
After that it reappeared again, with a dreadfully empty progress bar (and little progress). I stopped it for fear of what was happening (reuploading all my stuff?). Stopping it worked. Later I saw it had presumably reuploaded some existing files (the number of files didn't change).
Restarting with the debug console, I see that it has 189 upload requests to go. The 12 I've seen passing by now all involve files that haven't been changed at all since last time, and that are already present on the WebDAV hosting (I can check this because the uploading takes time and the debug console tells me which zip file is going to uploaded).
In what kind of scenario does this happen? My hypothesis is that it's because of the cancelled file upload last week that seemed to have stalled. Apparently some sync info hasn't been saved then, despite files being uploaded.
But from a user perspective, this is still too much a black box. What is the sync doing all the time? Is it downloading stuff, uploading stuff? What changes are being made right now to my library, if any? Can I now quit Firefox or do I have to wait? If I hit stop now, is the whole operation cancelled or does it keep track of the progress made? That is the kind of information one would like to be available somehow or other.
After that it reappeared again, with a dreadfully empty progress bar (and little progress). I stopped it for fear of what was happening (reuploading all my stuff?). Stopping it worked. Later I saw it had presumably reuploaded some existing files (the number of files didn't change).
Restarting with the debug console, I see that it has 189 upload requests to go. The 12 I've seen passing by now all involve files that haven't been changed at all since last time, and that are already present on the WebDAV hosting (I can check this because the uploading takes time and the debug console tells me which zip file is going to uploaded).
In what kind of scenario does this happen? My hypothesis is that it's because of the cancelled file upload last week that seemed to have stalled. Apparently some sync info hasn't been saved then, despite files being uploaded.
But from a user perspective, this is still too much a black box. What is the sync doing all the time? Is it downloading stuff, uploading stuff? What changes are being made right now to my library, if any? Can I now quit Firefox or do I have to wait? If I hit stop now, is the whole operation cancelled or does it keep track of the progress made? That is the kind of information one would like to be available somehow or other.
This is an old discussion that has not been active in a long time. Instead of commenting here, you should start a new discussion. If you think the content of this discussion is still relevant, you can link to it from your new discussion.
zotero(3): Remote file not found for item 8R66Q3FE
zotero(3): Finishing download request '8R66Q3FE'
zotero(3): Finished requests: 1
The most likely way that could happen is if those files are missing locally, in which case it marks them as "to download" and tries to get them from the server.
And now again (after a restart of FF) client 1 thinks it has to upload 281 files. I've not changed anything anywhere. It seems like this is going to be a never-ending cycle of the clients fooling each other into uploading and downloading stuff.
Worse, the stop file sync button has now stopped responding. Error 131425023 says:
[JavaScript Error: "[Exception... "'Trying to update a finished request in Zotero.Sync.Storage.Request.onProgress()' when calling method: [nsIProgressEventSink::onProgress]" nsresult: "0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)" location: "" data: no]"]