Closed
Bug 65870
Opened 24 years ago
Closed 24 years ago
"Notes" data field does not display after migrating
Categories
(SeaMonkey :: MailNews: Address Book & Contacts, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9
People
(Reporter: mlemley, Assigned: chuang)
Details
(Keywords: dataloss, Whiteboard: [nsbeta1+])
Attachments
(1 file)
1.59 KB,
patch
|
Details | Diff | Splinter Review |
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
Comment 1•24 years ago
|
||
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.
Comment 2•24 years ago
|
||
Marking INVALID due to lack of response.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Comment 3•24 years ago
|
||
Mike, reopen this bug if you still can reproduce it with the latest Mozilla nightly, thanks! For now, verified.
Status: RESOLVED → 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".
Status: VERIFIED → UNCONFIRMED
Resolution: INVALID → ---
Summary: "Notes" data field does not merge from 4.7x address book to N6 address book. → "Notes" data field does not display after migrating
Comment 5•24 years ago
|
||
candace: did you want me to attach my addressbook as a test case?
Comment 8•24 years ago
|
||
marking nsbeta1+ and moving to mozilla0.9
Priority: -- → P2
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9
Assignee | ||
Comment 10•24 years ago
|
||
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.
Comment 11•24 years ago
|
||
R=ducarroz
Assignee | ||
Comment 12•24 years ago
|
||
sr=mscott per his email
Assignee | ||
Comment 13•24 years ago
|
||
Fix checked in
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Comment 14•24 years ago
|
||
Win32 (2001-03-07-06 mtrunk) It works fine. "Notes" data field now displays after migrating
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•