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)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: nbaca, Assigned: cavin)
References
Details
Attachments
(1 file, 1 obsolete file)
|
33.75 KB,
patch
|
Details | Diff | Splinter Review |
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.
Comment 1•22 years ago
|
||
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?
| Assignee | ||
Comment 3•22 years ago
|
||
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”.
| Assignee | ||
Updated•22 years ago
|
Attachment #112200 -
Flags: superreview?(sspitzer)
| Assignee | ||
Comment 4•22 years ago
|
||
Added start and end time to the log. Removed extra 'nsresult rv;' decalration in CPalmSyncImp::nsUpdateABSyncInfo.
Attachment #112200 -
Attachment is obsolete: true
| Assignee | ||
Updated•22 years ago
|
Attachment #112200 -
Flags: superreview?(sspitzer)
| Assignee | ||
Updated•22 years ago
|
Attachment #112211 -
Flags: superreview?(sspitzer)
| Assignee | ||
Comment 5•22 years ago
|
||
Fix checked in on 01/21.
| Assignee | ||
Comment 6•22 years ago
|
||
Marking fixed.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Updated•22 years ago
|
Attachment #112211 -
Flags: superreview?(sspitzer)
| Reporter | ||
Comment 7•21 years ago
|
||
Trunk build 2003-02-12: WinXP Verified Fixed, using the original scenario. It results in the expected behavior(1a and 1b).
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•