Restoring old Zotero attachments in Webdav directory

edited October 30, 2020
Hello,

Until about six or eight years ago I used a webdav installation on a hosted website of mine to store Zotero attachments. I've had various problems with servers and local computers over the years and as it stands, I have the original "webdav_zotero" directory of the orignal webdav installation stored away on a local machine - but it's not functioning any more with Zotero (now the stand alone app in Linux ).

I'm able to set up webdav on a new DigitalOcean webserver that I've set up recently (Debian 10), but I wonder if I have the files necessary to restore my old Zotero attachments. My copy of the old installation consists of a directory called webdav_zotero. Inside this directory there are 3 files and a "zotero" directory containing many pairs of zip and prop files. Two of the 3 files in the main directory are a DavLock.dir file and a DavLock.pag file. Both of these however are 0 bytes. There is also a .htpasswd file which seems to have the old login information encrypted.

Will I be able to restore my old attachments with this data? I do have all the old entries in Zotero from at least 8 years ago, just not the older attachments.

Thanks!

EDIT:

I've uploaded the webdav_zotero folder to my new webserver and configured it as a webdav directory with a new .htpasswd file.

This editor doesn't seem to accept code tags - but this is the Apache2 config file:

DavLockDB /var/www/webdav_zotero
Alias /webdav /var/www/webdav_zotero

DAV On
SSLRequireSSL
Options None
AuthType Basic
AuthName WebDAV
AuthUserFile /etc/apache2/.htpasswd

Require method GET POST OPTIONS
Require valid-user



In my Zoetero client preferences, when I press the verify server button for the the synchronization of attachements, the directory is recognised as a valid Webdav directory and the new login details at well. The verification process just doesn't end and I need to press "stop".

I enabled debugging in Zotero and here is an example of the output:

(1)(+0000139): HTTP PUT https://bicho:********@escuta.org/webdav/zotero/zotero-test-file.prop failed with status code 500: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> 500 Internal Server Error

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at mott@escuta.org to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.


Apache/2.4.38 (Debian) Server at escuta.org Port 443
(1)(+0000002): Error: HTTP PUT https://bicho:********@escuta.org/webdav/zotero/zotero-test-file.prop failed with status code 500: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> 500 Internal Server Error

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at mott@escuta.org to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.


Apache/2.4.38 (Debian) Server at escuta.org Port 443
Error: HTTP PUT https://bicho:********@escuta.org/webdav/zotero/zotero-test-file.prop failed with status code 500: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> 500 Internal Server Error

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at mott@escuta.org to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.


Apache/2.4.38 (Debian) Server at escuta.org Port 443
Zotero.HTTP</this.UnexpectedStatusException@chrome://zotero/content/xpcom/http.js:21:18 Zotero.HTTP</this._requestInternal/xmlhttp.onloadend<@chrome://zotero/content/xpcom/http.js:522:25 From previous event: Zotero.HTTP</this._requestInternal@chrome://zotero/content/xpcom/http.js:266:20 Zotero.HTTP</this.request@chrome://zotero/content/xpcom/http.js:156:47

(3)(+0000001): HTTP PUT " " to https://bicho:********@escuta.org/webdav/zotero/zotero-test-file.prop

(3)(+0000000): { "Content-Type": "application/x-www-form-urlencoded" }

(3)(+0000001): CookieBlocker: Ignoring cookies for https://bicho:********@escuta.org/webdav/zotero/zotero-test-file.prop


  • We can't help you configure your WebDAV server, for obvious reasons — we don't provide general Linux or Apache support here.

    But once you configure it properly — or switch to a managed WebDAV service — the directory containing the .zip and .prop files would be the remote directory you would point Zotero to from the preferences.
  • Yes of course, but if all the data is contained in the .zip and .prop files, and not some other missing files, I'll continue to try and fix the webdav configuration. Thanks
  • I managed to fix the Webdav installation and retrieved the attachments. I'm getting an error though at the the end of the sync:

    "Some data in Minha biblioteca could not be downloaded. It may have been saved with a newer version of Zotero."

    This happens on two Linux installations of Zotero and one on Windows 10. The Zotero version is 5.0.92 in all cases.

    I ran debugging and the ID is D650575312

    Thanks
  • OK, looking into this. There's a problem with some very old data in your account (due to a bug that was fixed ~9 years ago). We should have a fix in a day or two.
  • edited November 5, 2020
    @bicho: This should now be fixed.

    (This wasn't related to WebDAV, to be clear. This was just a problem downloading some of the old data in your online library to a new Zotero installation.)
Sign In or Register to comment.