Script Error with Zotero 2.0
Hey all,
Ever since I've upgraded to Zotero 2.0 (a couple of weeks ago... just getting around to posting it), I've been experiencing an annoying error. When I start Firefox, it will take a long time to load, freeze up for a bit, and then display the following error:
"A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.
Script: chrome://zotero/content/xpcom/translate.js:244"
My button options are "Stop Script" or "Continue". I have to "Stop Script" for Firefox to become responsive. By the way, I'm loading about:blank when Firefox loads, so it's not an interaction with some webpage.
I'm using Firefox 3.6 on a Windows XP Professional machine. I never received any similar error before Zotero 2.0.
Ever since I've upgraded to Zotero 2.0 (a couple of weeks ago... just getting around to posting it), I've been experiencing an annoying error. When I start Firefox, it will take a long time to load, freeze up for a bit, and then display the following error:
"A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.
Script: chrome://zotero/content/xpcom/translate.js:244"
My button options are "Stop Script" or "Continue". I have to "Stop Script" for Firefox to become responsive. By the way, I'm loading about:blank when Firefox loads, so it's not an interaction with some webpage.
I'm using Firefox 3.6 on a Windows XP Professional machine. I never received any similar error before Zotero 2.0.
Have you modified any translators?
Have you checked your disk for errors?
If local/no/yes, provide a Debug ID for the startup using the "Enable after restart" option.
I'm having a bit of difficulty capturing the error with the Debugger. (When I turn on the Debugger, check "Enable after restart" and then restart Firefox, I'm not getting the error.)
I'll keep trying to capture the bug with the Debugger.
Translator installation (which happens on new installs and upgrades) appears to be fairly slow on Windows, which could cause this message to appear (though that should really be only on slower computers). We'll see if we can speed that up, but the message shouldn't appear on subsequent restarts.
If it does say "translate.js:244", answer my question above.
"Script: chrome://zotero/content/xpcom/translate.js:244"
Windows XP pro svc pack 3, Firefox 3.6
Using local drive, did not modify translators or anything else in Zotero after upgrading except the sync function I mentioned. I thought that was the problem.
Checked disk for errors, none found.
This error came up 6 or 8 times after the upgrade, every time I started Firefox over the last week. Tried clicking continue, and browser still hung up. Had to resort to stopping the script. Did not happen yesterday or today.
As I said above:
This is the first time I've reported anything to y'all, do I need to do anything else?
gracias,
Laura
http://www.zotero.org/support/kb/unresponsive_script_warning
Don't click Stop Script.
The problem took a couple of re-starts to get to work properly so there may be allot of unhelpful stuff towards the beginning.
"Warning: Unresponsive script. A script on this page may be busy, or it may have stopped responding. You can stop the script now or you can continue to see if the script will complete.
Script: chrome//zotero/content/xpcom/translate.js:244"
It never completes. All activities eventually grind to a halt.
QUESTION: Is there no "Remove" program? I would like to remove this program from my computer.
You can also just adjust the pref. http://www.zotero.org/support/kb/uninstalling
"Continue" has never cleared it. In my case it just reappeared.
I had gone to Firefox "Add-ons" but forgot we had to also click "Extensions" to reach the remove function. Not a very logical UI.
All memory leakage issues, if that's what it is, appear to be gone when I removed Zotero Ver. 2. I can deal with that. Thanks.
Disabling the error message would not solve the slow start. If I hadn't put extremely much work into getting much of literature into Zotero I would throw it away.
I have the impression that the problem is worst if there is no internet connection when I start Zotero. Does Zotero 'phone home' or access some other web site in the background if autosync is disabled? Slow response of that web site would explain the troubles.
On my Mac, normal (i.e., not-post-upgrade) Zotero initialization during startup takes under 4/10 of a second and caching translators (which happens the first time you load a web page, including a browser home page) takes about 1/10 of a second.
On Windows running via Parallels (which should be considerably slower than running Windows directly), initialization takes 1-2 seconds and translator caching takes under 2/10 of a second.
If you send in a Debug ID generated with the "Enable after startup" option, I can review your timings. (Note that these timings would only be valid with the unresponsive script warning disabled.) But if they're considerably slower, you likely either have a very slow computer or something else is taking up disk/CPU time.
These times don't count opening the Zotero pane, the speed of which will depend on how big your library is. I've explained that elsewhere, where I also explain that, on Windows, the best thing to do is to simply leave at least one Firefox window open. (Firefox is almost never closed completely on Macs, so this is a non-issue there.)
(+0001611): Integration HTTP server going offline
(+0018999): Cached 284 translators in 8269 ms
(+0048136): Purged data tables in 0 ms (+0017367 with network on)
(+0087629): Getting Zotero sync password (+0011039 with network on)
(+0005297): Registering observer for [collection,search,share,group,bucket] in notifier with hash dm' (+0002617 with network on)
These times vary a lot, but the slow items are usually the same.
The time for 'Purged data tables' is probably incorrect, maybe the time since the first start of Firefox; after waiting a while, closing&reopening Firefox (when it is much faster) it gave +0309371 milliseconds, another restart an hour later gave +0000000!
Configuration: Win XP, Intel Core2Duo, 2 GB RAM no Tray/prefetch service for Firefox quickstart.. Zotero: 505 items in database, autosync off, webdav server for attachments (usually 1 PDF/item)
Firefox first startup time is never below 32 s with Zotero (if it is unusually fast and there is no error message), sometimes much slower, constant 20 sec without Zotero
The times that would be important are the initialization and translator caching times for a normal (warm) Firefox startup. If we're talking 20 seconds for just starting Firefox, then this isn't going to be a helpful discussion, since a regular Firefox startup should take no more than a few seconds, and Zotero should contribute to a fraction of that.
So these times are for cold start, and that's also when the error message appears. I have never seen that error when restarting Firefox. The error message typically comes if I start the notebook to quickly access a web page, and that's also when I experience some very long Firefox startup times.
I agree that hard disk speed seems to play a role, the difference between Firefox startup with Zotero enabled and disabled seems to be especially large if there is still disk activity after system boot.
There may be things we can do to optimize startup—for example, loading only the JSON header from translators at startup and loading the full code only when needed the target regexp passes on a page—and we're always looking to speed things up, but it doesn't make much sense to me to spend all that much development time optimizing for a somewhat antiquated computer usage model.* As I explained on that other thread about pane opening speed, we've optimized Zotero for how many people use Firefox these days, which is to always have at least one window open. And you're saying that you don't get the script warning on Firefox restarts either.
* An exception is institutional setups where a log out and log in is required, though it's vaguely possible that the disk cache could still help in such cases.
P.S. Dan, thank you for looking into this and not ignoring it, even though it may be somewhat annoying for you!
Besides finding the slow items in Zotero debug (see above), is there anything else I can do to identify what makes it slow?
2.0 branch dev 2.0.3r6015:
The error message "A script on this page may be busy, or it may have stopped responding..." seems to be gone. I did two cold starts of Firefox immediately after login — a situation where the error message was likely to appear with 2.0 — no error message so far, even though Firefox startup time was well above 1 minute.
For a cold start after all disk activity was over, I did not find a noticeable speed improvement with 2.0.3r6015; seems I have to live with Windows being a slow system.