very slow after adding tag

with recent update to 3.0.1, it seems very slow after adding a tag. Firefox doesn't response for a long while.This wasn't case before.

My library has huge size by the way.
  • 1) Is it the same after you restart Firefox?

    2) Is there a difference with the tag selector (in the bottom left) open or closed?

    3) Is there a difference with what view you're in when you do this (e.g., library root, collection, saved search)? Doing this in a saved search might be slower.

    4) What's huge? http://www.zotero.org/support/kb/item_count

    Provide a Debug ID for an add operation that's slow.
  • edited April 18, 2012
    I have the same problem. Restarting Firefox and closing the tag selector make no difference. The tags take FOREVER because Firefox hangs after every single letter I type into the tag field. It doesn't matter which view I'm in, and I have 3000+ entries in my library and about 200 tags.

    Debug ID: D1938690727
  • edited April 18, 2012
    I'm not really seeing the delays you're referring to in your debug output:

    (3)(+0002865): Showing editor

    (3)(+0001486): Starting autocomplete search of type 'tag/2831' with string 'r'

    (5)(+0000001): SELECT DISTINCT name AS val, NULL AS comment FROM tags WHERE name LIKE ? AND […]

    (5)(+0000000): Binding parameter 1 of type string: "r%"

    (5)(+0000000): Binding parameter 2 of type string: "2831"

    (5)(+0000001): SELECT DISTINCT name AS val, NULL AS comment FROM tags WHERE name LIKE ? AND […]

    (5)(+0000000): Binding parameter 1 of type string: "r%"

    (5)(+0000000): Binding parameter 2 of type string: "2831"

    (3)(+0000006): Appending autocomplete value 'R[…]'

    (3)(+0000000): Appending autocomplete value 'R[…]'

    (3)(+0000000): Appending autocomplete value 'R[…]'

    (3)(+0000000): Appending autocomplete value 'R[…]'

    (3)(+0000000): Appending autocomplete value 'R[…]'

    (3)(+0000000): Appending autocomplete value 'R[…]'

    (3)(+0000000): Appending autocomplete value 'R[…]'

    (3)(+0000001): Appending autocomplete value 'R[…]'

    (3)(+0000000): Appending autocomplete value 'R[…]'

    (3)(+0000000): Appending autocomplete value 'R[…]'

    (3)(+0000000): Appending autocomplete value 'R[…]'

    (3)(+0000000): Appending autocomplete value 'R[…]'

    (3)(+0000000): Appending autocomplete value 'R[…]'

    (3)(+0000000): Appending autocomplete value 'R[…]'

    (3)(+0000127): Starting autocomplete search of type 'tag/2831' with string 'ri'

    (5)(+0000001): SELECT DISTINCT name AS val, NULL AS comment FROM tags WHERE name LIKE ? AND […]

    (5)(+0000000): Binding parameter 1 of type string: "ri%"

    (5)(+0000000): Binding parameter 2 of type string: "2831"

    (5)(+0000001): SELECT DISTINCT name AS val, NULL AS comment FROM tags WHERE name LIKE ? AND […]

    (5)(+0000000): Binding parameter 1 of type string: "ri%"

    (5)(+0000000): Binding parameter 2 of type string: "2831"

    (3)(+0000003): Appending autocomplete value 'Ri[…]'

    (3)(+0000000): Appending autocomplete value 'Ri[…]'

    (3)(+0000000): Appending autocomplete value 'Ri[…]'

    (3)(+0004298): Hiding editor

    The string of numbers at the beginning of each line are milliseconds, so 1000 equals one second. This shows only 1/10 of a second (127ms) between the first typed letter and the second. How much of a hang are you experiencing?

    (It does appear to be performing the same search twice for some reason. I'll look into that, but that search appears to be more or less instantaneous.)
  • It's often several seconds before the autocomplete tags show up so that I can select one. Sometimes I just keep typing, but the letters won't show up in the field for about 10 seconds or more. And during that time the whole thing freezes, and I can't click on anything in FF. It does the same thing when I click on the button to add a tag or when I try to save the tag.
  • I've had a similar problem with routine slowness when changing tags. My library is very large (~5500 records, many with pdfs) and my computer pretty weak, so perhaps that's the main problem. But might there be something I can do to speed things up?

    Here's the bug report from deleting a tag, which took about five seconds:

    D985785698

    And another from changing a tag on the same record, which took about fifteen seconds:

    D1676387584

    Thanks!
  • I just had the same problem using Zotero Standalone 3.0.13. Adding a tag caused a freeze of just over 2 minutes and high CPU usage.

    It seems to be linked to the search function across my very large and mostly indexed library. Such delays only occur when I am adding a tag (or note) to an item when I have found that item via a search across "Everything" and don't occur when I have found it via a search across "All fields and tags".

    If this behaviour can't be altered in the program itself, I'd suggest to all users that have large indexed libraries to avoid using the "everything" search as much as possible, although I do understand how useful it is. Try to just use it for searching and not when you're tagging, editing items or inserting footnotes into word.
  • edited February 17, 2013
    julianwyatt: Can you provide a Debug ID for that? Most causes of long delays with open searches should actually be fixed in 3.0.13. And as noted above and elsewhere, there might be a significant difference with the tag selector (in the bottom left) closed.
  • I just ran one now after a search across "everything" with a debug report number D1823054965. Thanks.
  • Hi. I was just able to avoid the problem by doing another restart and closing the tag selector again as suggested. It doesn't seem to hang now, even in "everything" mode. Thank you.
Sign In or Register to comment.