Undeleted PDFs
Updating the Zotero 'storage’ subdirectory (Firefox and Standalone)
If I delete a zotero item, I have noticed that the associated pdf (and containing folder) stored in the 'storage' subdirectory in the 'zotero' directory (FireFox) is not deleted.
These items remain after closing, after emptying trash, after a month of usage, … the furtherest back I can reasonably trust my knowledge of deleting material from Zotero. I use Houndahspot to find the remainder items. Using search in Zotero Standalone or the Firefox version does not indicate their presence just indicates the false picture of a nicely curated subdirectory.
Any thoughts on how to update the 'storage' subdirectory? Please share,
I used this as source info: https://www.zotero.org/support/zotero_data
Past reporting of remainder pdfs:
https://forums.zotero.org/discussion/9481/20b74-not-deleted-pdf-attachments-filesystem/
If I delete a zotero item, I have noticed that the associated pdf (and containing folder) stored in the 'storage' subdirectory in the 'zotero' directory (FireFox) is not deleted.
These items remain after closing, after emptying trash, after a month of usage, … the furtherest back I can reasonably trust my knowledge of deleting material from Zotero. I use Houndahspot to find the remainder items. Using search in Zotero Standalone or the Firefox version does not indicate their presence just indicates the false picture of a nicely curated subdirectory.
Any thoughts on how to update the 'storage' subdirectory? Please share,
I used this as source info: https://www.zotero.org/support/zotero_data
Past reporting of remainder pdfs:
https://forums.zotero.org/discussion/9481/20b74-not-deleted-pdf-attachments-filesystem/
If it's not, submit a debug ID for the whole operation:
https://www.zotero.org/support/debug_output
The only way to remove orphaned files that I'm aware of is mronkko's Perl script in this thread:
https://forums.zotero.org/discussion/9091/orphaned-attachment-files/
Read|Write access on the files,
I feel I am still seeing a version of this issue, here is my latest description,
I have a database in Firefox:
/Users/moses/Library/Application Support/Firefox/Profiles/qlcdz25g.default/zotero/storage/3NCCQ756/SomeFile.pdf
I have used Zotfile and have that same PDF, in:
/Users/moses/Dropbox/Zotfile_Zotero/Sociology\ Compass/SomeFile.pdf
... and in a folder I created in Zotero: BloodPressure, for articles, focused on BP, again the same PDF
/Users/moses/Dropbox/Zotfile_Zotero/BloodPressure/SomeFile.pdf
I am going to clean this up. I am trying to figure out why this PDF remains in the Firefox database after moving the entry to the folder BloodPressure, and why after using Management Attachment>Rename Attachments, the attachments were renamed and also created /Sociology\ Compass/SomeFile.pdf,
Of course, I dislike this mess and I am wondering the extent of such repetitions throughout the database. Any suggestions for what is happening welcome,
What exactly are your renaming rules in ZotFile?
And are you still seeing the PDF in storage/3NCCQ756 after using rename attachment?
Also, do you have, anywhere in your library, a collection called Sociology Compass?
* What exactly are your renaming rules in ZotFile? I am not using Zotero(Z) to rename, have selected some of the Additional Settings: Replace blanks, Max. Length, Max author: 1, et al, https://www.evernote.com/l/AAf7DZwF1ElFCL4sGVHzI5SAY5JSImzOt2U
* And are you still seeing the PDF in storage/3NCCQ756 after using rename attachment? Yes, and this is why I think it a similar issue,
* Also, do you have, anywhere in your library, a collection called Sociology Compass? Of course, I am showing the filepath; the Sociology Compass folder was created upon Rename. Or is your "library" a reference to the Z database, if the latter I do not know, HoudaSpot only finds it in the Zotfile folder, but my experience is the Z database is only reliably navigatable via Z,
* I can clean this up, I was thinking along the lines of trying to determine how prevalent it is throughout the Z database, without looking for individual PDFs.
* Thanks
So we still have PDFs being left behind after they should be moved by ZotFile, that'd seem to be the main issue.
First thing to check would be if Zotero is still aware of that PDF. Paste 3NCCQ756 into the quick search bar in "All Fields and Tags" Mode with "My Library" selected on the left. Any results?
* Online storage is 1.24 GB and
* The /Users/moses/Library/Application Support/Firefox/Profiles/qlcdz25g.default/zotero/ folder is 3.78 GB,
* The /Users/moses/Dropbox/Zotfile_Zotero/ folder is 1.4 GB
- How do you interpret this distribution, if that is a reasonable question, I had some vague thought that I should be able to reconcile the numbers,
Zotero is still aware of the SomeFile PDF. Pasting 3NCCQ756 into the quick search bar - is a nice thing to know of - returned SomeFile in the results,
The last bit is interesting -- so what icon does Zotero show for that file? Files stored in Zotero have a PDF-type icon (with the adobe logo and a bit of red). Files moved by ZotFile should just show a white rectangle with a link icon on top of it. Which do you see?
I see the Zotfile link for
/Users/moses/Dropbox/Zotfile_Zotero/Sociology\ Compass/SomeFile.pdf
and
/Users/moses/Dropbox/Zotfile_Zotero/Sociology\ Compass/SomeFile_3.html (This is in duplicate)
and for
/Users/moses/Dropbox/Zotfile_Zotero/BloodPressure/SomeFile.pdf
... This also looks like the use of rename twice creating two Versions differently stored and leaving the PDF in the Z library.
Clearly awry, solving the glitch and the cleanup is the issue,
Best,
Once in the Z database,
Twice in the ZotFile folder hosted in DropBox,
https://www.evernote.com/l/AAdvpKJNAQNM7IW6ejbyCNzuiZYMNXvOIuE
Best,
And can you reliably _cause_ these duplicates to appear? I.e. they appear immediately after using ZotFile's rename or so?
(Also, just to make sure that we're talking the same language here: I would describe this as the same attachment existing three times in Zotero under a single item).
Yes on "And deleting these attachments in Zotero individually works, right?"
Agree 'I would describe this as the same attachment existing three times in Zotero under a single item."
I see the duplicates like in the image I sent now and then, once a month max, I cannot reproduce,
... But you are right I do check for duplicates and merge them - next time I do that I will pay attention to the outcome, rather than trust,
Best,
K
Obviously keeping identical attachments isn't ideal and that should (and will eventually) change, but that's how merging duplicates currently works and I'd expect that to be the explanation for what you're seeing. It has nothing to do with sync, ZotFile etc.
I migrated from Mendeley to Zotero and this specific issue created multiple copies of the same attachments in each item. Now my library is overpopulated of several copies of the same PDF.
I am not sure this behaviour should be normal. At least there should be the possibility to govern the general behaviour when multiple copies of the same PDF are encountered. There are actually a number a ways to check if two PDFs are really the same. My specific problem is not that I do not see a specific way to purge my database. Could anyone help me?
Best
ID 603852536
Description: Deleting an item in the Zotero Standalone App (Mac, Mojave 10.14.1, Zotero 5.0.65,) leaves a remainder, the attachments in, e.g., /Users/AAA/Dropbox/Zotfile_Zotero/xxx/yyy/zzz.pdf, no amount of syncing removes this, e.g., .pdf. Note. The Trash has been emptied. Any guidance would be good, I kind of expected that .pdf to be trashed, I have had that expectation quite a few times without going back and checking. Looking for others reporting the survival of this type of remainder, Thanks,