Closed Bug 189140 Opened 22 years ago Closed 22 years ago

Rename category w/records, hotsync, and no change on desktop

Categories

(MailNews Core Graveyard :: Palm Sync, defect)

x86
Windows ME
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: nbaca, Assigned: cavin)

References

Details

Attachments

(1 file, 1 obsolete file)

Mozilla 1.2.1: WinMe

Overview: Rename a category on the palm device which includes records, HotSync
and no change occurs on Mozilla's address book.

Steps to reproduce:
1. Start with a category on the palm device that also exists on the MozAB (i.e.
AB1). They should also have atleast one record/card. At this point the
category/address book and their records are the same.
2. Rename the category on the palm device (i.e. AB2)
3. HotSync

Actual Results: 
MozAB - No change in the MozAB
Palm device: retained the renamed category

Expected Results: 
1. First preference (which depends on bug# 17230)
a. MozAB - the address book is renamed (i.e. AB1 becomes AB2)
b. Palm device: retain the renamed category (AB2)

2. Second preference
a. MozAB - creates another address book using the newly renamed category. In
this case it would retain the original address book and have another one (i.e.
AB1 and AB2). 
b. Palm device: retain the renamed category (AB2)
Note: Later on if a change was made to the category on the palm device then a
HotSync would occur between AB2 on the palm device and AB2 in the MozAB.
Keywords: nsbeta1
Hi Ninoschka, Can u please do a quick test: After you change the category name
on Palm, add an entry in that category and then sync. Can u then check whether
it creates AB2 or whether it adds a card for the entry in AB1 in Mozilla?
Taking
Assignee: rdayal → cavin
Attached patch Proposed patch, v1 (obsolete) — Splinter Review
This patch fixes a few problems:
1. Categories that were renamed on palm handheld are now renamed on mozilla. If
changes were also made to the same addressbooks on mozilla side, the changes
are merged into the renamed mozilla addressbook. Since mozilla does not allow
addrbooks to be renamed there’s no issue in this scenario.
2. Deleting addrbooks and/or categories on mozilla and/or palm should also
delete the corresponding addrbooks/categories on the other side (bug 188444,
183574).
3. Empty addrbooks/categories are now synced (bug 189123).
4. Deleting records in palm should also remove the corresponding mozilla cards
(bug 189995).
5. Added logging facility to the conduit dll via settings on environment
variable MOZ_CONDUIT_LOG. For example, set MOZ_CONDUIT_LOG to a file path like
“C:\\TEMP\\ConduitLog.txt”.
Attachment #112200 - Flags: superreview?(sspitzer)
Added start and end time to the log. Removed extra 'nsresult rv;' decalration
in CPalmSyncImp::nsUpdateABSyncInfo.
Attachment #112200 - Attachment is obsolete: true
Attachment #112200 - Flags: superreview?(sspitzer)
Attachment #112211 - Flags: superreview?(sspitzer)
Fix checked in on 01/21.
Marking fixed.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Attachment #112211 - Flags: superreview?(sspitzer)
Trunk build 2003-02-12: WinXP
Verified Fixed, using the original scenario. It results in the expected
behavior(1a and 1b).
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
Product: MailNews Core → MailNews Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: