1) convert to N6 from 4.7x. 2) Upon conversion of the Address Book, the "notes" data was not converted to the N6 Address Book. N6 RTM Disc Windows 98
Reporter please try again with one of the latest nightlies available at http://www.mozillazine.org/build_comments/ and see if it reoccurs. Thanks for your time.
Marking INVALID due to lack of response.
Mike, reopen this bug if you still can reproduce it with the latest Mozilla nightly, thanks! For now, verified.
I'll reopen this bug and change the summary. If the "Notes" or other columns(ex. address) contain a long text, it won't display after migrating or importing. It is in the database but get truncated and tailing with 0xFF. In debug build, you will get asertion "###!!! ASSERTION: not a UTF-8 string: 'Error', file y:\mozilla\xpcom\ds\nsString2.cpp, line 1803".
candace: did you want me to attach my addressbook as a test case?
No, it's really easy to reproduce. Thanks.
marking nsbeta1+ and moving to mozilla0.9
White space used in ldif file is for continuous line. When getting the ldif string, I removed the space. That's why the notes didn't get migrated or imported correctly and leave the trailing character. The fix is not to remove the space in both migrating and importing. Test case for QA - 1. In 4.x, typed a long notes in a person's card. 2. For import testing, export 4.x address book to ldif format. 3. Migrate 4.x profile or import ldif file and check the note.
sr=mscott per his email
Fix checked in
Win32 (2001-03-07-06 mtrunk) It works fine. "Notes" data field now displays after migrating