Upgrade StorageSyncing to GMX WebDav fails when using zotero in linux
Hello,
I tried to sync all my attachments to my gmx webdav account. This works well from a windows box. In linux I can't even verify my webdav account. HTTP as well as HTTPS don't work. I am using Zotero 1.5b2 on both systems.
I get following debug output:
zotero(3): Verifying storage
zotero(3): 'QueryInterface' => function(...){...}
'message' => "Component returned failure code: 0x804b000a (NS_ERROR_MALFORMED_URI) [nsIIOService.newURI]"
'result' => 2152398858
'name' => "NS_ERROR_MALFORMED_URI"
'filename' => "chrome://zotero/content/xpcom/storage.js"
'lineNumber' => 85
'columnNumber' => 0
'location' ...
'QueryInterface' => function(...){...}
'language' => 2
'languageName' => "JavaScript"
'filename' => "chrome://zotero/content/xpcom/storage.js"
'name' => "anonymous"
'lineNumber' => 85
'sourceLine' ...
'caller' ...
'QueryInterface' => function(...){...}
'language' => 2
'languageName' => "JavaScript"
'filename' => "chrome://zotero/content/xpcom/storage.js"
'name' => "anonymous"
'lineNumber' => 1627
'sourceLine' ...
'caller' ...
'QueryInterface' => function(...){...}
'language' => 2
'languageName' => "JavaScript"
'filename' => "chrome://zotero/content/preferences/preferences.js"
'name' => "verifyStorageServer"
'lineNumber' => 244
'sourceLine' ...
'caller' ...
'QueryInterface' => function(...){...}
'language' => 2
'languageName' => "JavaScript"
'filename' => "chrome://zotero/content/preferences/preferences.xul"
'name' => "oncommand"
'lineNumber' => 1
'sourceLine' ...
'caller' ...
'inner' ...
'data' ...
'initialize' => function(...){...}
I tried to sync all my attachments to my gmx webdav account. This works well from a windows box. In linux I can't even verify my webdav account. HTTP as well as HTTPS don't work. I am using Zotero 1.5b2 on both systems.
I get following debug output:
zotero(3): Verifying storage
zotero(3): 'QueryInterface' => function(...){...}
'message' => "Component returned failure code: 0x804b000a (NS_ERROR_MALFORMED_URI) [nsIIOService.newURI]"
'result' => 2152398858
'name' => "NS_ERROR_MALFORMED_URI"
'filename' => "chrome://zotero/content/xpcom/storage.js"
'lineNumber' => 85
'columnNumber' => 0
'location' ...
'QueryInterface' => function(...){...}
'language' => 2
'languageName' => "JavaScript"
'filename' => "chrome://zotero/content/xpcom/storage.js"
'name' => "anonymous"
'lineNumber' => 85
'sourceLine' ...
'caller' ...
'QueryInterface' => function(...){...}
'language' => 2
'languageName' => "JavaScript"
'filename' => "chrome://zotero/content/xpcom/storage.js"
'name' => "anonymous"
'lineNumber' => 1627
'sourceLine' ...
'caller' ...
'QueryInterface' => function(...){...}
'language' => 2
'languageName' => "JavaScript"
'filename' => "chrome://zotero/content/preferences/preferences.js"
'name' => "verifyStorageServer"
'lineNumber' => 244
'sourceLine' ...
'caller' ...
'QueryInterface' => function(...){...}
'language' => 2
'languageName' => "JavaScript"
'filename' => "chrome://zotero/content/preferences/preferences.xul"
'name' => "oncommand"
'lineNumber' => 1
'sourceLine' ...
'caller' ...
'inner' ...
'data' ...
'initialize' => function(...){...}
hm, I can't confirm that: I'm on Ubuntu 8.10, Firefox 3.0.7, Zotero 1.5b2 and using gmx webdav without problems...
url (https): mediacenter.gmx.net
I have created the "zotero" folder manually on gmx
Hth,
mik
I tried it now on a Ubuntu 9.04 machine, there it works. On my office computer I have a opensuse 11.0 with upper problems. I resetted the local data base but the problem still occurs. Does zotero relies on some webdav library which is provided by the system? Maybe there is a problem with the SQLite lib?
Martin
the error seems here:
(NS_ERROR_MALFORMED_URI) [nsIIOService.newURI]"
'result' => 2152398858
'name' => "NS_ERROR_MALFORMED_URI"
'filename' => "chrome://zotero/content/xpcom/storage.js"
'lineNumber' => 85
I have really no idea of the internals of zotero, but quickly looking into the code (storage.js) I would double check the Url you entered on your office computer and check the version of Firefox also (maybe it differs from your other machine)...
Okay, i double checked the UrI. There was no visible mistake in the url but I deleted it from the input field and reentered it. Now it works! Maybe there was a invisble character in the UrI which was not accepted.
Thanks a lot,
Martin