Closed Bug 55352 Opened 24 years ago Closed 24 years ago

Addressbook not migrated

Categories

(SeaMonkey :: MailNews: Address Book & Contacts, defect, P2)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: dp, Assigned: sspitzer)

Details

(Whiteboard: [rtm++] fix in hand)

Attachments

(1 file)

Here is some info for you. The only wierd thing is that I have named my addressbook dp-abook in 4.* rather than the default name. I deleted .mozilla and did ./netscape -installer on beta3 bits. Here is how my .mozilla/dp looks like: % ls -l dp-* -rw-r--r-- 1 dp wheel 933888 Oct 4 12:38 dp-abook-old.na2 -rw-rw-r-- 1 dp wheel 82795 Oct 4 12:38 dp-abook.ldif -rw-r--r-- 1 dp wheel 1130496 Oct 4 12:38 dp-abook.na2 % grep pab prefs.js user_pref("ldap_2.servers.pab.csid", "iso-8859-1"); user_pref("ldap_2.servers.pab.filename", "dp-abook.na2"); user_pref("ldap_2.servers.pab.locale", "C"); user_pref("ldap_2.servers.pab.replication.lastChangeNumber", 0); user_pref("mail.imap.server.nsmail-2.capability", 31551); user_pref("mail.server.server1.capability", 31551); % ls -l abook* -rw-r--r-- 1 dp wheel 97176 Oct 4 12:38 abook.nab -rw-rw-r-- 1 dp wheel 393216 Oct 4 12:38 abookPAB.na2 Looks like the ldif file was generated alright. And even the addressbook was migrated ok. Why is there a abookPAB.na2 It is never referenced by the pref. There is an old abookPAB.na2 left over in my 4.* profile directory that is never used. Could that haves caused it.
Marking rtm. This is more complicated by the fact that addressbook import doesn't work.
Keywords: rtm
egads, addressbook import doesn't work? is there a bug on that?
Seth, AB import bug is 52086.
QA Contact: esther → suresh
accepting. investigating.
hmm, I'm not able to reproduce this. I'll go debug on dp's machine to see what's going on.
Status: NEW → ASSIGNED
Seth, I'm working on bug 50584 which may not related to this bug. Just let you know in case they are related.
ok, I've got dp's .netscape directory, and I'm able to reproduce this. investigating.
marking [rtm need info] If you figure out what's causing it before fixing it, can you update the bug. If it's something rare we may not want to proceed.
Whiteboard: [rtm need info]
ok, I have a fix. the problem is once we fail to upgrade a 4.x addressbook, we'll never succeed after that since we aren't resetting m_status. dp has multiple address books, and we failed on an early one, so we failed to migrate the rest of them. it's a simple one line fix. I'll attach the patch. r=bienvenu sr=mscott
Whiteboard: [rtm need info] → [rtm+] fix in hand
changing priority.
Priority: P3 → P2
marking rtm++
Whiteboard: [rtm+] fix in hand → [rtm++] fix in hand
fix checked in on the branch and the tip.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Verified on today's linux branch build.
Keywords: vtrunk
QA Contact: suresh → pmock
Per Suresh's comments, marking VERIFIED.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: