[Zotero 7 Beta] Switching tabs delays the loading of Zotero

mjthoraval
I have observed that quickly switching between tabs during the startup of Zotero can significantly delay its loading and keep it busy for a long time after doing the last operation.

Steps to reproduce, with all plugins disabled:
1) Disable the automatic sync, so that it does not affect the loading.
2) Change the header of the Item Pane to View As -> Bibliography Entry
3) Open 10 tabs in Zotero
4) Restart Zotero from "Restart with Logging Enabled..."
5) During restart, click on the library tab
6) Keep pressing Ctrl+Page down for 5 minutes to continuously switch between tabs
7) Stop pressing the shortcut and click on an item in the library tab to look at the Item Pane of that item

-> The header of the item pane displays "Loading..." for 2 minutes 30 seconds after releasing the shortcut, and then finally loads:
https://s3.amazonaws.com/zotero.org/images/forums/u265723/k5y460v09a0l131f854z.png
[The duplication of the Item Pane was reported here.]

Even after that time, the RAM usage was rising slowly up to saturation at 26 Gb(!), with around 45% usage of the processor at maximum, over a duration of around 10 minutes:
https://s3.amazonaws.com/zotero.org/images/forums/u265723/13pdh8tqddab36pd85vx.png

I waited until the RAM went down to send the debug ID:
The Debug ID is D536239441.

Another time, I have tried opening the Debug Output window, which made Zotero unresponsive. I had finally to kill the process:
https://s3.amazonaws.com/zotero.org/images/forums/u265723/9ymfeh89se0kxc5717qq.png

The test procedure is a bit extreme, but I still report the findings in case anything useful can be identified here. It does not sound right to see Zotero saturate the RAM more than 10 minutes after the last operation performed.

For comparison, here is the debug output for a normal restart, without pressing the shortcut:
The Debug ID is D1486732781.

Zotero 7.0.0-beta.84+71f83c0a3 (64-bit)
Windows 10
Sign In or Register to comment.