For all users of the beta: Please deinstall the current version and go back to the main release of zotfile. A recent change I made is problematic for some users because it changes the linkMode of atta

Pretty sure this is caused by ZotFile (unless you use Zutilo too). A ZotFile user reported this, and I told them to report it to you. An attachment's link mode should never change.

Currently, zotfile checks whether a file with the same filename exists and adds a suffix in the moveFile function. So the filename is first generated based on metadata and the suffix is only added whe

An attachment's link mode (linked file, imported file, etc.) should never change during normal usage, so this was almost certainly caused by ZotFile or Zutilo. You should be able to locate the attachm

JStor. I use the latest development version of Zotfile to rename and move my attached files, and I use a WebDAV account to store them. The Zotero DB integrity checks out OK, and says there are no pro

MILKLIMuser, zotfile only avoids the suffix if you rename the same file and it already has the correct name. I am still still using suffixes when there are multiple copies of the same file (e.g. becau

Independent of Zotfile you can set up a saved search with something like:

I am testing Zotfile 3.2b4 now as I find it such a great tool! Does the changelog "Fix bug with unnecessary suffix after multiple renames of same file" mean that duplicate files with suffixes (2, 3,..

You can point ZotFile to the new location and then batch-rename your attachments, which will also move them to the new location.

I've got my library setup with Zotfile linking the default Zotero storage path to a Dropbox folder, and I also have a webdav backup for syncing purposes. I may now need to migrate off of Dropbox... W

(zotfile incorrectly showed the "Selected item is an attachment, a note, or a collection" error message when it did not find any files in the source folder. That is fixed now but attaching new files a

- I have removed the pdf indexing tools. Importing pdfs and ZotFile-renaming is fast again! I will use the pdf indexing tools only temporarily now (to retrieve metadata).

OK, can you help me with something I couldn't find out: how can I use an xpi file to upgrade Zotero Standalone to the beta version? If not possible, I guess for now I could also remove the pdftotext a

Yes, the Zotero beta will make a large difference. Zotfile 3.1 still causes Zotero to reindex for certain operations (e.g. renaming linked attachments). The Zotfile 3.1 beta should solve that problem

Giving this a quick read it sounds like what's hanging is indexing, not ZotFile. Instead of the indexing add-on, I'd recommend you install the Zotero beta version, which contains a re-write of the ind

C. it was only after steps A and B that I used Zotfile again (at work) for some (new) items and noticed the slow behaviour of renaming and moving. I have not changed settings either in Zotero or ZotFi

MILKLIMuser, I assume your problem is related to the fact that Zotero reindexes the pdf whenever you rename an attachment with zotfile. Maybe you turned on indexing recently and that explains the chan

And for the PDF download, I figure that I can either: a) get used to manually download/upload the file or b) share it with Box or Dropbox to link it/to attach it later by using Zotfile extension.<br /

MILKLIMuser, it's hard to say anything without more information. Do you "Attach stored copy of file(s)" or use a "custom location" (zotfile preferences)? The other thing that might matter is whether y

Since today I have serious speed issues with the 'rename attachment' functionality of ZotFile. Problem remains even after rebooting the whole system (Win XP). I.e., when I run 'rename' for just one it