Zotero Performance Issues: Persistent Loading and Lag
Zotero ID: 1502124355
**Issue Description:**
I’ve been experiencing intermittent performance issues with Zotero, where it becomes slow and unresponsive, often stuck on "Loading..." indefinitely. This happens even after I’ve disabled all plugins, which was one of the initial troubleshooting steps I took. Additionally, I’ve already disabled automatic syncing based on online recommendations, but the problem persists.
My Zotero library is stored entirely in the cloud, and I’m wondering if the size or volume of my cloud-stored files could be contributing to the lag. Could this be a potential cause?
**Steps Taken So Far:**
Disabled all plugins.
Turned off automatic syncing.
**Questions:**
What could be causing Zotero to remain stuck on "Loading..." even after disabling plugins and syncing?
Could the size or number of files stored in the cloud be a factor in the performance issues?
Are there any other troubleshooting steps or settings I should try?
Any insights or suggestions would be greatly appreciated!
Debug ID: D344511950
Hello, the issue has occurred again! After opening Zotero, I cannot load the files under the folders. This time, I will try to provide screenshots to explain the situation I encountered, hoping to make it clearer.
1. The issue I encountered – the relevant screenshots are attached below.
https://s3.amazonaws.com/zotero.org/images/forums/u8708602/9jngroboh7b3vy5yfein.png
2. Actions I've tried so far:
1) Disabled all plugins.
2) Submitted an error report via "Report errors", with report ID 145042151.
3) I clicked "Restart with Logging Enabled...", but Zotero didn’t automatically restart (I'm not sure if that's normal), so I manually reopened Zotero. I found that 1512 lines were logged, so I submitted the output. The debug ID is D344511950.
https://s3.amazonaws.com/zotero.org/images/forums/u8708602/gf3cb1665earj1jwrfby.png
Please let me know if this information is sufficient, and if there’s anything more I can do to help you understand the problem I’m facing. Thanks for your help!
https://s3.amazonaws.com/zotero.org/images/forums/u8708602/0ubt2id15yh97foxa1yb.png
How big is the zotero.sqlite file in your data directory?
If it's an option, I'd be curious how much faster this is if you moved the data directory back to the default location on your main disk (assuming it's an SSD and D: is not). If you move the data directory back to C:\Users\[user]\Zotero (so that C:\Users\[user]\Zotero\zotero.sqlite exists) with Zotero closed, it should prompt you to use that folder when it starts up.
As for the zotero.sqlite file, it’s 2.32 GB. Is that too large? Should I clear some of the previously viewed references (if possible, it would be better not to delete them)
Don't delete anything or make any changes we don't recommend while we're debugging this.
Do you subscribe to some heavy-volume feeds using the built-in feed reader?
If you download https://sqlitebrowser.org/, open zotero.sqlite in that, and run VACUUM, does that reduce the size of the file? (That might take a while to run, and Zotero will need to be closed.) Let us know how long that takes and the size of the file after vacuuming, and whether that makes a difference to the startup speed.
https://stackoverflow.com/questions/18126997/how-to-vacuum-sqlite-database/76826970#76826970
Additionally, I do subscribe to some heavy-volume feeds. Is this the main reason why Zotero is starting slowly? If so, I can unsubscribe from these feeds.
SELECT COUNT(*) FROM itemDataValues;
SELECT COUNT(*) FROM items JOIN libraries USING (libraryID) WHERE type!='feed';
SELECT COUNT(*) FROM items JOIN libraries USING (libraryID) WHERE type='feed';
https://s3.amazonaws.com/zotero.org/images/forums/u8708602/9pj11iggpngxczgroy61.png
https://s3.amazonaws.com/zotero.org/images/forums/u8708602/30ozwp4hx2blelnfm9nr.png
https://s3.amazonaws.com/zotero.org/images/forums/u8708602/haidb86m5dholq3ux39a.png
If not, and you go to Tools → Developer → Run JavaScript and run the following command, does it happen again on the next startup?
Zotero.Prefs.set('purge.items', true)
(If it does, you can fix it by force-quitting Zotero, going to the Zotero profile folder, opening prefs.js in a text editor (e.g., Notepad), and deleting the
extensions.zotero.purge.items
line.)https://s3.amazonaws.com/zotero.org/images/forums/u8708602/babb8c5sibq2yvdn36bw.png
So, I force-closed Zotero, found prefs.js, and followed the recommendation to delete the extensions.zotero.purge.items line. After that, Zotero opened normally!
Does this mean the issue is now resolved, and I don’t need to unsubscribe from my feeds or delete any of my files? (I’ve been using Zotero for many years and have indeed accumulated a lot of data.)
Basically, after items (including feed items) are deleted permanently, Zotero does some cleanup at the next startup, and that's taking a very long time for you and a few other users. This is probably a result of subscribing to some high-volume feeds, but it shouldn't happen and is likely some sort of optimization bug in the database software we use. (I suspect this could be reproduced within SQLite Browser itself.) Deleting items or unsubscribing from feeds won't help at this point.
If you don't mind sharing the database privately with us, could you ZIP the zotero.sqlite file, upload it somewhere (Google Drive, Dropbox, etc.), and send a share link to support@zotero.org? That would let us run some tests to see if we can get the cleanup process to run more quickly on a database the size of yours.
Alternatively, you could export just the
itemData
anditemDataValues
tables to CSV and send us a ZIP of those, and we could see if we could reproduce this with a recreated database with just those tables, but I don't know if we'll see the same behavior. But we can certainly try that first.extensions.zotero.purge.items
to true), and then restart Zotero. It should then perform the cleanup process it was trying to do before, but hopefully much more quickly. Let us know if that works and how big your database file is after.Once again, thank you so much.