"Notes" data field does not display after migrating

VERIFIED FIXED in mozilla0.9

Status

SeaMonkey
MailNews: Address Book & Contacts
P2
normal
VERIFIED FIXED
17 years ago
13 years ago

People

(Reporter: Mike Lemley, Assigned: chuang)

Tracking

({dataloss})

Trunk
mozilla0.9
x86
Other
dataloss

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [nsbeta1+])

Attachments

(1 attachment)

(Reporter)

Description

17 years ago
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

Updated

17 years ago
QA Contact: esther → pmock

Comment 1

17 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

17 years ago
Marking INVALID due to lack of response.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → INVALID

Comment 3

17 years ago
Mike, reopen this bug if you still can reproduce it with the latest Mozilla
nightly, thanks! For now, verified.
Status: RESOLVED → VERIFIED
(Assignee)

Comment 4

17 years ago
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
(Assignee)

Updated

17 years ago
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
(Assignee)

Updated

17 years ago
Keywords: dataloss, nsbeta1

Comment 5

17 years ago
candace: did you want me to attach my addressbook as a test case?
(Assignee)

Comment 6

17 years ago
No, it's really easy to reproduce. Thanks.

Comment 7

17 years ago
QA-assign-to fenella.
QA Contact: pmock → fenella

Comment 8

17 years ago
marking nsbeta1+ and moving to mozilla0.9
Priority: -- → P2
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9
(Assignee)

Comment 9

17 years ago
Created attachment 26802 [details] [diff] [review]
Patch for fix
(Assignee)

Comment 10

17 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.
R=ducarroz
(Assignee)

Comment 12

17 years ago
sr=mscott per his email
(Assignee)

Comment 13

17 years ago
Fix checked in
Status: ASSIGNED → RESOLVED
Last Resolved: 17 years ago17 years ago
Resolution: --- → FIXED

Comment 14

17 years ago
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.