Long time to open address book: Difference between revisions

From MozillaZine Knowledge Base
Jump to navigationJump to search
mNo edit summary
m (add word nonascii to make the kb more searchable)
Line 1: Line 1:
{{Tbsuite}}
{{Tbsuite}}


If if takes a long time to open a local address book it may be due to a bug that adds bogus lines to your pref.js file in your profile every time you open your address book, or use the contact sidebar.  
If it takes a long time to open a local address book it may be due to a bug that adds bogus lines with the term nonascii to your pref.js profile file every time you open your address book, or use the contact sidebar. If you use the contact sidebar it might also hang Thunderbird. Another symptom is delays in address autocomplete when composing mail.
If you're using the contact sidebar it might also hang Thunderbird. This bug is supposedly fixed in the upcoming builds for 2.0.
 
This bug is supposedly fixed in the upcoming builds for 2.0.


This [https://bugzilla.mozilla.org/show_bug.cgi?id=230580 bug report] describes how blocks of preferences beginning with ldap_X.servers._nonascii_ (where X is a number) might be added. The ._nonascii_ string is supposed to be used when the address book entry has non-ASCII characters.  
This [https://bugzilla.mozilla.org/show_bug.cgi?id=230580 bug report] describes how blocks of preferences beginning with ldap_X.servers._nonascii_ (where X is a number) might be added. The ._nonascii_ string is supposed to be used when the address book entry has non-ASCII characters.  

Revision as of 13:06, 27 March 2007

This article was written for Thunderbird but also applies to Mozilla Suite / SeaMonkey (though some menu sequences may differ).

If it takes a long time to open a local address book it may be due to a bug that adds bogus lines with the term nonascii to your pref.js profile file every time you open your address book, or use the contact sidebar. If you use the contact sidebar it might also hang Thunderbird. Another symptom is delays in address autocomplete when composing mail.

This bug is supposedly fixed in the upcoming builds for 2.0.

This bug report describes how blocks of preferences beginning with ldap_X.servers._nonascii_ (where X is a number) might be added. The ._nonascii_ string is supposed to be used when the address book entry has non-ASCII characters.

Example:

user_pref("ldap_2.servers._nonascii_2807.filename", "_nonascii_2807.mab");
user_pref("ldap_2.servers._nonascii_2807.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers._nonascii_2807.uri", "moz-abldapdirectory://_nonascii_2807.mab");''

How to fix it:

  • Close Thunderbird and backup your prefs.js file in your profile.
  • Use a text editor (not a word processor like Microsoft Word) to delete any strings in prefs.js that have servers._nonascii_ in it. You may have hundreds of these lines.
  • Save the file in its original location. If the text editor gives you a choice of formats, use plain text or ascii
  • Run Thunderbird

If this doesn't work look in your prefs.js file for large groups of preferences that don't seem to be necessary. If you can't spot any save a copy of your prefs.js file and open your address book a couple dozen times. If the size of the prefs.js file increased compare the old and the new copy of the prefs.js file to see what changed. Then delete any preferences that fit that pattern.

If this worksaround the problem but it eventually comes back you'll need to clean up the prefs.js file again, save a copy, and periodically replace your current copy of the prefs.js file with the known good copy. You could also try backing up your profile and install a nightly build of 2.0. The Thunderbird builds forum has nightly build threads that describe where to get one, and a quick summary of any known problems with that build.