374874 - palmsync 2 with thunderbird 2 syncs multiple copies of personal address book to PDA

Status: RESOLVED WONTFIX

(MailNews Core Graveyard :: Palm Sync, defect)

Description

[Wayne Mery (:wsmwk)]

from bug 366690 regarding Thunderbird 2.  seamonkey I would think would also be affected.

Using Palmsync 2.0pre with TB 2.0pre, sync set to DT>HH - personal address book is synced to jwalzer's Treo multiple times.  jwalzer's prefs.js address book entries have multiple ABs pointing to abook.mab, for reasons which are not yet known.  Does not happen in TB 1.5 using the same prefs.js/ABs.  

nsGetABList returns the list of ABs at http://lxr.mozilla.org/mozilla/source/mailnews/extensions/palmsync/src/PalmSyncImp.cpp#127
- it reads and iterates through prefs.js.  I don't know enough to say for sure - perhaps standard8 can comment - whether Bug 331557 ~may 2006 attachment 221470 [details] [diff] [review] and perhaps other patches affected palmsync. 

Haven't done enough testing to say conduit set to "sync" (instead of dt>hh) is also affected.


conduit log:
Moz AB[0] category index/synced=1/1, name= 'FSG', url= 'moz-abmdbdirectory://abook-9.mab'
Moz AB[1] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[2] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[3] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[4] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[5] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[6] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[7] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[8] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[9] category index/synced=10/1, name= 'NorthAmericanHelpers', url= 'moz-abmdbdirectory://abook-1.mab'
Moz AB[10] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[11] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[12] category index/synced=13/1, name= 'Lists', url= 'moz-abmdbdirectory://abook-2.mab'
Moz AB[13] category index/synced=14/1, name= 'Temp', url= 'moz-abmdbdirectory://abook-3.mab'
Moz AB[14] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[15] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[16] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[17] category index/synced=-1/0, name= 'Personal Address Book', url= 'moz-abmdbdirectory://abook.mab'
Moz AB[18] category index/synced=-1/0, name= 'Collected Addresses', url= 'moz-abmdbdirectory://history.mab'

prefs.js
user_pref("ldap_2.servers.2.PalmCategoryId", 1);
user_pref("ldap_2.servers.2.PalmSyncTimeStamp", 1173915652);
user_pref("ldap_2.servers.2.description", "FSG");
user_pref("ldap_2.servers.2.dirType", 2);
user_pref("ldap_2.servers.2.filename", "abook-9.mab");
user_pref("ldap_2.servers.2.isOffline", false);
user_pref("ldap_2.servers.2.maxHits", 0);
user_pref("ldap_2.servers.2.protocolVersion", "2");
user_pref("ldap_2.servers.2.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.AutoAddedByReplyToEmail.position", 0);
user_pref("ldap_2.servers.Business.position", 0);
user_pref("ldap_2.servers.Conference2002.description", "Conference2002");
user_pref("ldap_2.servers.Conference2002.dirType", 2);
user_pref("ldap_2.servers.Conference2002.filename", "abook.mab");
user_pref("ldap_2.servers.Conference2002.isOffline", false);
user_pref("ldap_2.servers.Conference2002.protocolVersion", "2");
user_pref("ldap_2.servers.Conference2002.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.Contacts.description", "Contacts");
user_pref("ldap_2.servers.Contacts.dirType", 2);
user_pref("ldap_2.servers.Contacts.filename", "abook.mab");
user_pref("ldap_2.servers.Contacts.isOffline", false);
user_pref("ldap_2.servers.Contacts.protocolVersion", "2");
user_pref("ldap_2.servers.Contacts.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.EmailInvalid.position", 0);
user_pref("ldap_2.servers.EmailUnsubscribe.position", 0);
user_pref("ldap_2.servers.FSG.description", "FSG");
user_pref("ldap_2.servers.FSG.dirType", 2);
user_pref("ldap_2.servers.FSG.filename", "abook.mab");
user_pref("ldap_2.servers.FSG.isOffline", false);
user_pref("ldap_2.servers.FSG.protocolVersion", "2");
user_pref("ldap_2.servers.FSG.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.FSGNoEmail.description", "FSGNoEmail");
user_pref("ldap_2.servers.FSGNoEmail.dirType", 2);
user_pref("ldap_2.servers.FSGNoEmail.filename", "abook.mab");
user_pref("ldap_2.servers.FSGNoEmail.isOffline", false);
user_pref("ldap_2.servers.FSGNoEmail.protocolVersion", "2");
user_pref("ldap_2.servers.FSGNoEmail.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.Goods.position", 0);
user_pref("ldap_2.servers.HouseUtils.position", 0);
user_pref("ldap_2.servers.ItalyConf.position", 0);
user_pref("ldap_2.servers.Jaffe.description", "Jaffe");
user_pref("ldap_2.servers.Jaffe.dirType", 2);
user_pref("ldap_2.servers.Jaffe.filename", "abook.mab");
user_pref("ldap_2.servers.Jaffe.isOffline", false);
user_pref("ldap_2.servers.Jaffe.maxHits", 0);
user_pref("ldap_2.servers.Jaffe.protocolVersion", "2");
user_pref("ldap_2.servers.Jaffe.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.Jaffe_1.description", "Jaffe");
user_pref("ldap_2.servers.Jaffe_1.dirType", 2);
user_pref("ldap_2.servers.Jaffe_1.filename", "abook.mab");
user_pref("ldap_2.servers.Jaffe_1.isOffline", false);
user_pref("ldap_2.servers.Jaffe_1.protocolVersion", "2");
user_pref("ldap_2.servers.Jaffe_1.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.MailReturned.description", "MailReturned");
user_pref("ldap_2.servers.MailReturned.dirType", 2);
user_pref("ldap_2.servers.MailReturned.filename", "abook.mab");
user_pref("ldap_2.servers.MailReturned.isOffline", false);
user_pref("ldap_2.servers.MailReturned.protocolVersion", "2");
user_pref("ldap_2.servers.MailReturned.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.Miscellaneous.position", 0);
user_pref("ldap_2.servers.NoEmail.description", "NoEmail");
user_pref("ldap_2.servers.NoEmail.dirType", 2);
user_pref("ldap_2.servers.NoEmail.filename", "abook.mab");
user_pref("ldap_2.servers.NoEmail.isOffline", false);
user_pref("ldap_2.servers.NoEmail.maxHits", 0);
user_pref("ldap_2.servers.NoEmail.protocolVersion", "2");
user_pref("ldap_2.servers.NoEmail.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.NorthAmericanHelpers.PalmCategoryId", 10);
user_pref("ldap_2.servers.NorthAmericanHelpers.PalmSyncTimeStamp", 1173915730);
user_pref("ldap_2.servers.NorthAmericanHelpers.description", "NorthAmericanHelpers");
user_pref("ldap_2.servers.NorthAmericanHelpers.dirType", 2);
user_pref("ldap_2.servers.NorthAmericanHelpers.filename", "abook-1.mab");
user_pref("ldap_2.servers.NorthAmericanHelpers.isOffline", false);
user_pref("ldap_2.servers.NorthAmericanHelpers.maxHits", 0);
user_pref("ldap_2.servers.NorthAmericanHelpers.protocolVersion", "2");
user_pref("ldap_2.servers.NorthAmericanHelpers.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.Organizations.position", 0);
user_pref("ldap_2.servers.PW.position", 0);
user_pref("ldap_2.servers.PWNoEmail.description", "PWNoEmail");
user_pref("ldap_2.servers.PWNoEmail.dirType", 2);
user_pref("ldap_2.servers.PWNoEmail.filename", "abook.mab");
user_pref("ldap_2.servers.PWNoEmail.isOffline", false);
user_pref("ldap_2.servers.PWNoEmail.maxHits", 0);
user_pref("ldap_2.servers.PWNoEmail.protocolVersion", "2");
user_pref("ldap_2.servers.PWNoEmail.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.PW_1.description", "PW");
user_pref("ldap_2.servers.PW_1.dirType", 2);
user_pref("ldap_2.servers.PW_1.filename", "abook.mab");
user_pref("ldap_2.servers.PW_1.isOffline", false);
user_pref("ldap_2.servers.PW_1.maxHits", 0);
user_pref("ldap_2.servers.PW_1.protocolVersion", "2");
user_pref("ldap_2.servers.PW_1.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.PersonalHistor.position", 0);
user_pref("ldap_2.servers.PhoneYes.position", 0);
user_pref("ldap_2.servers.PocketPCNo.position", 0);
user_pref("ldap_2.servers.PocketPCYes.position", 0);
user_pref("ldap_2.servers.QuickList.position", 0);
user_pref("ldap_2.servers.Riverby.position", 0);
user_pref("ldap_2.servers.Services.position", 0);
user_pref("ldap_2.servers.Temp.position", 0);
user_pref("ldap_2.servers.Temp_1.PalmCategoryId", 13);
user_pref("ldap_2.servers.Temp_1.PalmSyncTimeStamp", 1173915752);
user_pref("ldap_2.servers.Temp_1.description", "Lists");
user_pref("ldap_2.servers.Temp_1.dirType", 2);
user_pref("ldap_2.servers.Temp_1.filename", "abook-2.mab");
user_pref("ldap_2.servers.Temp_1.isOffline", false);
user_pref("ldap_2.servers.Temp_1.maxHits", 0);
user_pref("ldap_2.servers.Temp_1.protocolVersion", "2");
user_pref("ldap_2.servers.Temp_1.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.Temp_2.PalmCategoryId", 14);
user_pref("ldap_2.servers.Temp_2.PalmSyncTimeStamp", 1173915756);
user_pref("ldap_2.servers.Temp_2.description", "Temp");
user_pref("ldap_2.servers.Temp_2.dirType", 2);
user_pref("ldap_2.servers.Temp_2.filename", "abook-3.mab");
user_pref("ldap_2.servers.Temp_2.isOffline", false);
user_pref("ldap_2.servers.Temp_2.maxHits", 0);
user_pref("ldap_2.servers.Temp_2.protocolVersion", "2");
user_pref("ldap_2.servers.Temp_2.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.TravelRestau.position", 0);
user_pref("ldap_2.servers.Unfiled.PalmCategoryId", 2);
user_pref("ldap_2.servers.Unfiled.PalmSyncTimeStamp", 1166809458);
user_pref("ldap_2.servers.Unfiled.description", "Unfiled");
user_pref("ldap_2.servers.Unfiled.dirType", 2);
user_pref("ldap_2.servers.Unfiled.filename", "abook.mab");
user_pref("ldap_2.servers.Unfiled.isOffline", false);
user_pref("ldap_2.servers.Unfiled.maxHits", 0);
user_pref("ldap_2.servers.Unfiled.protocolVersion", "2");
user_pref("ldap_2.servers.Unfiled.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.Unknown.description", "Unknown");
user_pref("ldap_2.servers.Unknown.dirType", 2);
user_pref("ldap_2.servers.Unknown.filename", "abook.mab");
user_pref("ldap_2.servers.Unknown.isOffline", false);
user_pref("ldap_2.servers.Unknown.maxHits", 0);
user_pref("ldap_2.servers.Unknown.protocolVersion", "2");
user_pref("ldap_2.servers.Unknown.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.Vendorstrade.position", 0);
user_pref("ldap_2.servers.ZArchive.description", "Z Archive");
user_pref("ldap_2.servers.ZArchive.dirType", 2);
user_pref("ldap_2.servers.ZArchive.filename", "abook.mab");
user_pref("ldap_2.servers.ZArchive.isOffline", false);
user_pref("ldap_2.servers.ZArchive.protocolVersion", "2");
user_pref("ldap_2.servers.ZArchive.replication.lastChangeNumber", 0);

Comment 1

[Mark Banner (:standard8)]

(In reply to comment #0)
> - it reads and iterates through prefs.js.  I don't know enough to say for sure
> - perhaps standard8 can comment - whether Bug 331557 ~may 2006 attachment
> 221470 [details] and perhaps other patches affected palmsync. 

It won't be anything on that bug - that hasn't been checked into the 1.8 branch. AFAIK there's been very relatively little activity on the branch due to not changing the way interfaces work...

However if you're looking for regressions the link below may be a better list. Its the 1.8 branch changes in mailnews/addrbook and mailnews/extensions/palmsync. Some of the list may have been in the Thunderbird 1.5 anyway due to that being a branch off the 1.8 branch.

http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=MOZILLA_1_8_BRANCH&branchtype=match&dir=mozilla%2Fmailnews%2Faddrbook+mozilla%2Fmailnews%2Fextensions%2Fpalmsync&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=all&mindate=&maxdate=&cvsroot=%2Fcvsroot

Comment 2

[Wayne Mery (:wsmwk)]

Mark, thanks for educating me with a proper regression.  This may be good news.  

Joel, you said you never saw this before TB 2.  Did you ever use desktop overwrites handheld set with thunderbird 1.5, or reset your Treo? 

I tested TB 2 with the following setup: HSM set to "sync", PAB with two addresses. created "bad" AB in TB, shut down TB, edit prefs.js so "bad" points to abook.mab (PAB). Start TB.  

Sync after palm reset (which does DT>HH under the covers) yields multiple copies of addresses and two "personal" categories on the palm as per Joel's report.  did not test 1.5, but based on Mark's checkin URL list perhaps 1.5 should behave the same.  

I continued testing and kept HSM set to "sync". First sync "sync" I may have gotten an additional copy of the AB - the conduit log says I did.

This may be a digression but I want to get it documented - it gets really (really) weird. Third sync I get additional copies on the palm, but conduit log is strange 

 Category index = 0, name = 'Personal' has not been synced before
   Syncing with moz AB with 2 modified Palm record(s) ... Done syncing AB. retval=0.
  Updating Palm AB with 352 modified moz record(s) ...
    - adding a record
    - deleting a record
    - deleting a record
    - deleting a record
    ...

But I don't have 352+ entries in any TB ABs.  abook.mab had 300 some entries before I deleted all but two addresss prior to testing.  PAB in the running TB does not have 300+ addresses. After several more syncs I end up with ...

on the palm:
- 6 "personal" addresses 4 of address#1 but only 2 of address#2
- two personal categories (I call these personal#1 and personal#2).
- set category to personal#1 shows two addr#1 and 1 addr#2
- set category to personal#2 shows same (can't tell if it's showing the other duplicates or just pointing to the same entries shown in personal#1)

on the PC:
- PAB shows EMPTY in the running thunderbird
- but hmm, abook.mab is 250k

Last thing - I shut down TB, correct prefs.js so "bad" AB points back to abook-2.mab, start thunderbird with prefs.js fixed and in PAB now I see 3 addresses - which matches what I have on the palm in personal#1. BUT thunderbird does not have 6 PAB addresses as seen in "personal" category on the palm.  Conclusion: when more than one AB points to abook.mab and HSM set to "sync", it fails in the same or similar way as HSM set to DT>HH.

Back to the main problem - hopefully this is an uncommon edge case that doesn't appear unless people have multiple ABs pointing to abook.mab.

Comment 3

[Joshua Cranmer [:jcranmer]]

(In reply to comment #2)
> Back to the main problem - hopefully this is an uncommon edge case that doesn't
> appear unless people have multiple ABs pointing to abook.mab.

In testing Palmsync on Windows Vista, I managed to make contacts double. The first time, one of one contacts doubled; the second time, one of two contacts doubled.

One of the doubled contacts had no category, the other one had the "Personal" category (I only checked the second time). The non-doubled contact was also no category.

The settings were to do PC->HH.

Comment 4

[Gordon P. Hemsley [:GPHemsley]]

This bug has been buried in the graveyard and has not been updated in over 5 years. It is probably safe to assume that it will never be fixed, so resolving as WONTFIX.

[Mass-change filter: graveyard-wontfix-2014-09-24]