Zotero 7 - Sync error

My storage expired a few days ago. But I did not get any warning from Zotero 7 about the expired storage plan. Would it be possible to get a clear warning in Zotero about the expired storage plan?

At that time, I also got this sync error:
Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFile.remove]
Report ID: 1672880041

I have upgraded my storage and waited for a few days, but I still have the same error:
Report ID: 1601325434
What should I do to fix it?
  • We send emails prior to expiration. Zotero itself would just show a warning that you were over quota if you tried to upload files after the expiration. But you're getting a different, unrelated file-sync error, which would take precedence over any quota warning.

    That error would generally be due to permissions in your data directory or security software on your system interfering with Zotero's ability to write to the data directory (in this case, to delete a file). If you provide a Debug ID for a sync attempt that triggers this, we might be able to tell you more.
  • Here it is: D1498937991
  • edited July 20, 2023
    (3)(+0000000): Finished download of C:\Users\[…]\Zotero\tmp\HAGRDFS5.tmp

    (3)(+0000010): ZIP file is OK

    (3)(+0000008): Extracting Im[…].html

    (1)(+0000017): Download request 21/HAGRDFS5 failed

    […]

    (1)(+0000001): NS_ERROR_FILE_ACCESS_DENIED Exception: Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFile.remove]
    OK, so that's an access-denied error when Zotero tries to delete the ZIP file it downloaded to the 'tmp' folder, which itself is created when Zotero starts up. So most likely security software is interfering here (e.g., scanning a newly created file, which Zotero then tries to delete right away).
  • @mjthoraval: Though, if you want to wait a day or two, I can make a change here that might help. Zotero has always used 'tmp' within the data directory for its temporary directory, but we should probably use the system temp directory anyway, and security software might be less likely to interfere with writes to there.
  • I am fine to wait a few days, thanks.
    I haven't changed any settings in my security software in the last few months.
    I have also tried to disable it (Avira) for testing befrore a sync, but I still get the same error.
    I don't know which software could be interfering here.
  • OK, see if you have better luck with the latest beta.
  • Still the same with 7.0.0-beta.22+676f820f8 (64-bit).
    Debug ID: D1862736033
  • (3)(+0000001): Finished download of C:\Users\[…]\AppData\Local\Temp\Zotero\HAGRDFS5.tmp

    […]

    (1)(+0000002): NS_ERROR_FILE_ACCESS_DENIED Exception: Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFile.remove]
    Yes, now the same thing in your user temp directory.
  • Should I simply delete some files and add it again to Zotero?
  • You can paste HAGRDFS5 into the search bar in All Fields & Tags mode, delete the attachment, and empty the trash, but there's no particular reason to think this won't happen with another file. (Note that this is happening while downloading a file added elsewhere, so it might not happen again immediately.)
  • edited July 22, 2023
    Searching for HAGRDFS5 in the search bar in All Fields & Tags mode does not return any result, either in the main library or in the groups.
    Searching for HAGRDFS5 in the Zotero folder, I can find one folder with that name, containing a single file, an html file ("Impact-force-of-ring-bouncing-on-superhydrophobic.html").
    This title corresponds to the article with DOI: 10.1063/5.0152170.
    That article is only in the group library "Drop impact force". It was probably imported directly into a group library, which I usually never do. I remember deleting that file and then importing again into the main library. But it was nearly 2 weeks ago, so I am not sure exactly how it happened. It may have been uploaded by another member of the group. I don't know how to chek who uploaded the file?
    It was probably around the time that my storage plan expired.

    Edit: I have actually found the file in the Bin of the group library. It was a bad import from the publisher's webpage of the article. I had clicked too fast on the import button, before the translator had detected the article. It had therefore only imported the webpage, which I quickly deleted before importing again the article.

    Anyway, deleting the file from the Bin solved the sync issue. But I am sceptical that this problem was due to a security software on my computer.
This discussion has been closed.