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)

x86
Other
defect

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9

People

(Reporter: mlemley, Assigned: chuang)

Details

(Keywords: dataloss, Whiteboard: [nsbeta1+])

Attachments

(1 file)

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
QA Contact: esther → pmock
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.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
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
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Keywords: dataloss, nsbeta1
candace: did you want me to attach my addressbook as a test case?
No, it's really easy to reproduce. Thanks.
QA-assign-to fenella.
QA Contact: pmock → fenella
marking nsbeta1+ and moving to mozilla0.9
Priority: -- → P2
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9
Attached patch Patch for fixSplinter Review
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.
R=ducarroz
sr=mscott per his email
Fix checked in
Status: ASSIGNED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
Win32 (2001-03-07-06 mtrunk)
It works fine. 
"Notes" data field now displays after migrating
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: