errors on one computer, other working fine (download request already exists, mod time conflict)
I'm getting two errors on my desktop iMac when using syncpreview 1.5-sync2.1. it's working fine on my macbook pro, set up with my iDisk.
both computers have this latest version, and both computers are able to verify the idisk.
the errors are:
"last error: download request already exists in zotero.sync.storage.addRequest()"
"last error: Conflict! Last known mod time does not match remote time!"
Thanks for your help. Seems like a great service.
regards,
Bobby
both computers have this latest version, and both computers are able to verify the idisk.
the errors are:
"last error: download request already exists in zotero.sync.storage.addRequest()"
"last error: Conflict! Last known mod time does not match remote time!"
Thanks for your help. Seems like a great service.
regards,
Bobby
This discussion has been closed.
how long do we have to wait before syncing the second pc with first?
[JavaScript Error: "[Exception... "'Unexpected status code 403 in Zotero.Sync.Storage.getStorageModificationTime()' when calling method: [nsIDOMEventListener::handleEvent]" nsresult: "0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)" location: "<unknown>" data: no]"]
regards,
bobby
I have this error as well (but no clue how to solve the problem)
Martin
https://idisk.mac.com/username/Public
says it's not a valid webdav URL :(((
last error: download request already exists in zotero.sync.storage.addRequest()
I didn´t really search the forum, I just clicked on everything that looked as if it could solve the problem (clear server data, reset server lock, reseet client) without really knowing what I´m doing. Maybe that was not a very good idea. At least it did not solve the problem.
Martin
Martin
1) Back up and erase zotero.sqlite, zotero.sqlite.bak, and 'storage' on one side.
2) On the other side, use Clear Server Data and—if you had storage-related problems (such as Zotero.Sync.Storage.* and mod time messages)—Reset Storage History.
3) From the same side as #2, restart Firefox and open Zotero to start a sync, which should upload all your metadata to the Zotero server and all your files to your WebDAV server.
4) Open Firefox and Zotero on the other side to pull down all your data and files.
5) If errors reoccur (not counting "reconciliation unimplemented" errors, which just indicate that you've triggered a conflict that isn't yet supported), let us know, as, among other things, they may indicate incompatibilities with certain WebDAV providers.
Make sure you make the directory zotero in your public folder. NOTE, it's case sensitive, so will not work if you make Zotero etc....
Its not a great solution when you have large amounts of data to re-upload.
Regards, Jon.
The only error I've got at the moment (there's been a lot of restarting firefox)
is
608006958
[JavaScript Error: "File not found for item 8817 after extracting ZIP in Zotero.Sync.Storage._processDownload()" {file: "chrome://zotero/content/xpcom/storage.js" line: 1119}]
But I'd already bit the bullet and cleared my server history so it's started to re-upload.
If I manage to reproduce it I'l let you know.
I think it may have been caused by me adding a whole load of snaptshots, editing them, generally mucking around and deleting them, whilst it was trying to sync.
Might try that again, see if I can reproduce it.
Regards, Jon.
[JavaScript Error: "[Exception... "'Download request already exists in Zotero.Sync.Storage._addRequest()' when calling method: [nsITimerCallback::notify]" nsresult: "0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)" location: "<unknown>" data: no]"]
Windows XP, Firefox 3.04 Zotero 1.5a1r.380
error report 834104782
I'll email the debug output to support.
Regards, Jon.
For the moment, you'll probably need to either clear the files off the server, reset storage history, and let it re-upload all the files or else examine the debug output (after a restart) to find out what files it sees as being in conflict and clear those manually (with their .prop files) from the server.
The next release should handle all of this a bit better.
I do have one suggestions though: I still think the original problem may have been caused because I was doing a lot of adding, deleting, renaming and general mucking about. Because I had both sync server and storage server enabled to sync automatically (I did notice it trying to upload files whilst I was uploading) and I'm wondering it that caused the initial problem.
So for the moment I'm going to keep the storage sync unchecked whilst I'm working and only sync attachments if I know I'm going to another computer. What I was thinking was that maybe a GUI option added to the sync green arrow to let it know whether you want to sync attachments as well as meta data. That way I keep control without having to dive into preferences every time. Turning it on isn't the problem, it's remembering to turn it off.
Of course this may all be rendered redundant by the next release...
Regards, Jon.