Closed Bug 155417 Opened 22 years ago Closed 22 years ago

meta bug for implementing Mozilla Palm AB HotSync

Categories

(MailNews Core Graveyard :: Palm Sync, defect)

Product:
MailNews Core Graveyard
Component:
Palm Sync
Platform:
x86
Windows NT
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED
Milestone:
mozilla1.2beta

People

(Reporter: rdayal, Assigned: rdayal)

References

Details

(Keywords: meta)

Attachments

(7 files)

Overall architecture diagram
6.13 KB, image/gif
Details
Information on how to use hotsync -d to restore your palm conduits to their default state
22.00 KB, application/msword
Details
screenshot of "error message" received -- useless Dr. Watson junk, but requested.
14.76 KB, image/gif
Details
DrWatson error log from post-sync Mozilla crash
29.86 KB, text/plain
Details
Another DrWatson error log from post-sync Mozilla crash
27.62 KB, text/plain
Details
registry key to find Palm HotSync.exe
140 bytes, patch
Details | Diff | Splinter Review
Error message probably related to Palm sync
17.29 KB, image/gif
Details
This is the meta bug to track the progress of design and implementation of Mozilla AB synchronization with Palm AB.
Should this depend on bug 20304?
nnooiissee, I donot think this will be related to the import / export of vCards, since this feature will not be using vCards export and import but rather be doing the exchange of data in memory via IPC methods between the Palm Hotsync manager and Mozilla.
Below is the link to the design document for implementation of this feature: http://www.mozilla.org/mailnews/arch/MozAB_Palm_HotSync.html
Target Milestone: --- → mozilla1.2alpha
1.2alpha, now i'm starting to get excited, outlook will be gone forever
This is really going to make my day!
I am sorry but... How to get it (1.2a) if possible?
According to the roadmap, 1.2a should be available around Sept.6 http://www.mozilla.org/roadmap.html It would be very sweet to see this enhancement implemented, as my Mozilla address book is nowhere near as up to date as my Palm Pilot's.
What do you mean? I thought it was just some additional project but according to you it will be a part of Mozilla.
Depends on: 164760, 164970, 165247
Status: NEW → ASSIGNED
Target Milestone: mozilla1.2alpha → mozilla1.2beta
What are the chances of this being ported to MacOS (X)? MacOS X has Palm Desktop and HotSync. Since I don't know anything about the conduit-support and development in HotSync I have no idea how much work it would be to port it to MacOS.
Depends on: 172844
Porting to MacOS will not be completly straight forward, some work will be required. The Palm Conduit is loaded into the HotSync process space which makes an IPC call to the Mozilla Palm Sync Support code. The IPC mechanism used is native Windows COM. In order to port this to MacOS native Mac OS IPC mechanism will have to be used and changes made for it. However the entire sync logic can be reused.
*** Bug 108491 has been marked as a duplicate of this bug. ***
test builds for windows can be found at: http://ftp.mozilla.org/pub/mozilla/nightly/2002-10-09-20-trunk/ Rajiv, let me know if these look right.
I tried the test build but no conduit was installed, there seemed to be nothing new in the Addressbook or mail and news, am i missing something?
I haven't tried with Open Office yet, but Star Office for Linux is able to talk to a Palm directly via any serial port including USB to hotsync Calendar and To Do. Maybe the code for this can be found in Opern Office's source? Then this integration would be truly portable to all OS. Also, there is a software called pilot-xfer that does backup and restore on Linux. On my Linux desktop, all I need to hotsync my Handspring to Star Office is a ttyusb, Star Office does all the rest on its own.
I too tried the Win32 test build and got no synchronization. Is there an option in the preferences GUI or files I need to set to enable this?
Hi Leaf, thanks for the test builds. It seems like the Palm Sync files have not got built. The test builds should have these files: 'PalmSyncProxy.dll' in the installed dir 'PalmSyncInstall.exe' in the installed dir 'palmsync.dll' in the components dir. 'palmsync.xpt' in the components dir. However, when installation is done using the above builds, these files are not present. Lets figure this out over AIM.
i forgot to add it to the installer manifest, my mistake. Also currently the PalmSyncProxy.dll needs to be hand registered, i will also add its registration to the Installer and get that in. A new test build would be created then and links put up here, hopefully by tomorrow. Thanks Leaf for the help.
Have the Netscape folks looked at the Palm sync code in Netscape 4.5 and above?
Depends on: 173821
Yes we have, please look at the design doc as mentioned in comment #3 above.
Keywords: meta
Thanks Leaf for the test builds. In order to use the test builds and sync Mozilla AB with Palm do the following: - install Mozilla using the installer from the link above. If you are using Custom install make sure Mail is installed. - go to the directory where you installed Mozilla. - run 'PalmSyncInstall' from that directory, this will register Mozilla's Palm Conduit. You will be asked to confirm to do so, select "Yes", after a couple of seconds a message showing the result of registration will be displayed. - once you have registered the Conduit, run Mozilla. - Perform the HotSync from the handheld device or the device cradle.
I ran PalmSyncInstall, got the first window to which I clicked YES, then got an error window "Error in loading the Conduit Manager while installing the Mozilla Address Book Palm Sync Conduit". Any thoughts?
Once u have installed Mozilla, please ensure that the file 'mozABConduit.dll' exists in the installation dir as well as ensure that you run the PalmSyncInstall.exe from the directory where you installed Mozilla, i.e. ensure that your current directory is set to the installation directory. A program sub-menu / shortcut will be provided for this soon (bug #173195), but for now please try this.
Well it installed, crashed the first time i hotsynced but the second time ran fine Couple of things 1. The name of the conduit in the hotsync manager list is a bunch of symbols 2. when you add options for the conduit can we have the ability to turn off creating address books for each palm category?
Yes, mozABConduit.dll exists in the same directory as PalmSyncInstall.exe. Still getting error message, even tried running from command line.
David, Do you have the Palm software installed, the HotSync Manager and related stuff? Your Palm device comes with a CD which has the software necessary for Palm Sync which needs to be installed on the desktop you are syncing your Palm with.
Craig, the sync logic is designed such that each category corresponds to a separate Address Book rather than putting records in various category into one address book and keep the category distinction the user has on the Palm. Also, I could not reproduce the crash.
Rajiv, I normally sync to Palm Desktop v4.1 on my WinXP-SP1 machine. So yes, I do have all the Palm software installed.
Rajiv, I haven't been able to replicate the crash either, i'll keep you posted. David, is the conduit already registered, i got the same error as you on a reinstall and found that the conduit was already registered. Another thing is the installer checking for other conduits of the palm addressbook database? Would this cause an error if it was trying to register a conduit but outlook already had an addressbook conduit installed?
Hi, First, sorry for my english (I'm Spanish). I have just tried the test build you prepared and I have found the following extrange behaviours: - The first time I run HotSync there was an error. The second time all was perfect. - If mozilla is closed before the conduict starts working, it is opened as soon as it starts. I don't know if this is the expected behaviour. - In spanish we use accents and after the sync all the stress words don't appear in Mozilla. I hope this could be of some help.
re Comment #30. I'd say that Palm Desktop has registered conduits for everything. Later today, I'll try uninstalling Palm Desktop (as the DLL's are already in the Mozilla directory), and then run PalmSyncInstall.
Hmm, i had code in there which would un-register if a conduit is already installed for address book and will install Mozilla's conduit in place. And i tested it too. For now, if you want to try this feature out please un-install the conduit and then use PalmSyncInstall. BTW, if after you install Mozilla's conduit you want to revert back to Palm Desktop, you can run "PalmSyncInstall /u".
David, when u un-install the Palm Desktop software u need to make sure that the HotSync Manager doesn't get un-installed. Just un-install the Conduit. There is a utility called CondCfg.exe which you can use for this. You should be able to get it from the Palm website.
David, the error you are seeing is not because the conduit is already installed, it is because the installer is not able to find the Conduit Manager and related HotSync Manager stuff on your machine. So there is no need to un-install the Palm Desktop software.
After adding the registry key from Rajiv (with mods for my Palm directory), PalmSyncInstall worked fine. I also sent a registry key to Rajiv which he might find useful. However, when I sync (with Mozilla running), it crashes Mozilla (see TB12660329Z). If I sync when Mozilla isn't running, it starts up Mozilla, and then crashes. However, most of the addresses were synced to Mozilla, so I'm pleased with that.
David, I havent been able to reproduce any crashes. Can u please give me more details when do u see the crash, is it after the Palm device says sync complete or does the sync process not complete?
This is a weird one. The sync finishes completely. Then, when I try and do something with Mozilla, it crashes (well, actually, it just vanishes). When I restart Mozilla, it sends a Talkback report. I will try again with todays nightly, along with doing a proper install, and deleting Compreg.dat. If anyone with Talkback privs can attach the stack mentioned in Comment #36, that would be much appreciated.
I have tried without avail to get this to work. I have the error: "Error in loading the Conduit Manager while the Mozilla Address Book Palm Sync Conduit" This comes after the first "Yes" Is there something I can do to remedy this? Or some information I can give you to help fix the issue? You can get me on AIM as DIGITALgimpus if that would speed things up. I have Palm Desktop 4 installed (works for months now). Windows XP SP1
Does b1.2 include this feature?
Some comments from my usage: * I noticed it starts and stops mozilla for each "Categorized" set of addresses it attempts to sync * For each "new" category it crashes mozilla, but will continue on once you acknowledge the crash * At the end of each sync period, I have one of those new categories in my Mozilla address book .. my assumption is that once it has created all the address books for each palm category the crashing will stop .. since I have a large # (5 or 6) of categories in my palm I don't expect this to occur for a few more syncs * my prefs.js file got corrupted, I had to manually fix it .. not sure if this is related, but it happened right after one of my syncs * The sync seems to be one way from the palm into Mozilla * HotSync recognizes the Address Book now as "Component" and not address book, which I thought was rather odd. I'd be happy to test different configuration or new versions until this works. Thanks for your efforts here!!! -Michael
Michael, it seems like there some issues with the prefs in this specific case here, that is why when new categories are added as AB on Mozilla you are getting some kind of crash. Can u try with a different profile or a new profile and see what happens. Besides, I think it would be a good idea to create new builds. Leaf, can we make this part of the daily builds? All required files including installer manifest changes are already checked in.
Today I installed the 10-15 build and then ran the Palmsync install successfully. Checking Hostsyc Manager and choosing custom, the conduit name that used to be called Addressbook is now displayed as ".", yes a single period. Hardware and software involved: Windows XP Pro SP1 Palm Desktop and HS Manager 4 Mozilla build 2002101511 Palm m100 I think I may end up writing a lot here so let me summarize what I have seen: Synhcronization has always completed in my tests, however I have had issues with duplication of contacts and crashing of Mozilla. Detailed results of testing: -The Palm started with 68 contacts on it. First synchronization completed and I checked Mozilla AB to find the newly added 68 contacts under a new "Unfiled" folder (categories are not used on this Palm.) No errors yet. -Now created address card in MAB (Mozilla Address Book) named "test hotsync" and synced again. Now I had 69 contacts in MAB and in the Palm, the new contact was transferred, still no errors. -Repeated the last step by creating "test again hotsyc" address card in MAB and Mozilla crashed when I clicked ok on the address card window. Synced anyways and results were 71 contacts in MAB and Palm. "test again hotsyc" contact was transferred to Palm, however the original contact "test hotsync" was duplicated. -In MAB I deleted one instance of "test hotsync" contact in an effort to get rid of the duplicate, then synced. Sync completed, but Mozilla crashed. Results on reopen were: MAB now has 73 address cards including 4 instances of "test hotsync" and the single instance of "test again hotsync." -Changed nothing, left Mozilla open but closed MAB and synced. Sync completed, but Mozilla crashed again. -Reopen Mozilla and "Delete" button in MAB was greyed out...after opening a single address card and closing it the "Delete" button is now available to me again. Deleted all 5 instances of test address cards I created in MAB (meanwhile Palm shows only 71 contacts as opposed to the 73 in MAB and this includes 3 of the 4 instances of "test hotsync" that MAB has and not the "test again hotsync" contact.) After deletion MAB is back to original 68, Palm of course is still at 71. Then synced, results: Now MAB and Palm match at 71...Palm repopulated Mozilla to have 3 instances of "test hotsync." -Changed nothing and synced to test stability. Sync completed, however now the Palm is at 68 contacts and MAB remains at 71 and Mozilla crashed. -Changed nothing and synced again. Sync completed, Mozilla crashed again, Mozilla still at 71 records, while Palm at 68 -"Delete" in MAB greyed out again, again solution was to open a single card to get "Delete" operational. -Deleted the 3 test address cards in MAB in an attempt to bring the Palm and MAB back into true equality at 68 contacts. Synced, results were 136 entries on the Palm and 68 in MAB. (NOTE: The original 68 contacts were not duplicated in their entirety on the Palm. The additional 68 duplicates were the names of the people only, NOT the phone #s, e-mail addresses, etc. This meant that "undupe" [a popular Palm program for removing duplicates] did not remove these extra entries.) I decided to start over... -Uninstalled PalmSync conduit for Mozilla, hard reset Palm and resynced with Palm Desktop to get my original addresses and other info back on it, then deleted the "Unfiled" folder from MAB, then reinstalled the PalmSyncinstall and tested again from scratch without ever modifying any contacts on the Palm or in MAB. Results: First couple syncs went through without a hitch and then Mozilla crashed on the third. Both the Palm and MAB have 68 contacts and I have tried no further testing, but it is clear that in my case at least it is not very stable. Other comments: -When going to Hotsync Manager and "Custom" nothing occurs when I click on "change" for the MAB conduit, normally this is where a user can decide whether a full sync or a one way should occur -The tests above were done with talkback and I hit send on all of them (10) when Mozilla crashed -When using the "Palminstall" with the "/u" for uninstalling, the results are not optimal...Hotsync Manager is not returned to a desirable default state with Palm Desktop Conduits intact. Specifically, checking HS Manager afer removal indicated that there was no user when I tried clicking on "custom" to check the conduits. -I have jpgs of several errors I received on 3 occasions along with Mozilla crashing, while other times Mozilla crashed but di not display specific errors. I will try and post thes on here. I used to do Palm Technical Support...so if I can be of any help e-mail me. I have a document that outlines a great switch that can be used with "Hotsync.exe" that will reset your conduits to default. This switch is very useful for testing purposes when foul ups occur. I will try and post this as well. For now, it is "-d", just close HS Manager, then execute "hotsync.exe -d", but there are couple things to keep in mind when using this... Peter B
I am new to Bugzilla, I hope this is th right way to share this document. Attached as a word document. I can attach as text instead. Peter B
Would it be possible to get Palm AB HotSync available right now as a separate component? I would like to keep testing as you improve it, but downloading an updated browser each time can really be a drain. Perhaps just a .zip of what's necessary? This may make it much easier to get some good feedback quickly. At least in my case I would be more than happy to test them as they come out, but my school has very limited bandwidth, making a full Mozilla download a real issue. Are there newer versions other than the 10/15 build? I would really like to see if I could get this working. I have been dying for Palm Sync capabilities for quite some time. This is such a tease ;)
Hi Peter, thank you very much for doing the testing. The wierd sync results (different card counts and duplicate entries) that u are seeing are due to the crashes in Mozilla. The way sync works is it keeps a last updated time stamp for each Address Book in the prefs, hence if Mozilla crashes prefs may not get updated correctly which leads to re-sync synchronizing the same cards again. The first thing would be to find out why Mozilla is crashing after sync, some of the other crashes u saw like adding a new card do not seem to be directly related to palm sync but i will figure these out and new test build will be put up. Also currently the customs stuff which allows the user to select one way download is currently not implemented, this could be added as part of later releases.
We have a new test build and I have tried to reproduce the crashes that Peter Bridge saw for the last 2 hours but have not been able to. I have sent the new test build to Peter and requested him to try to reproduce the crashes on his environment / machine. Thank you very much Peter for helping out with this.
A quick guide/note for all those that are trying to make it work, configure it etc. The full mozilla package with latest palm support is available from http://ftp34.newaol.com/pub/mozilla/nightly/latest-pcdk-test/ rather than the url spec'd elsewhere. Once this is downloaded and installed, make sure Mozilla is your default mail client. Once this is done hotsync should sync ok. Did on my VX anyhow :)
Is it critical to make Mozilla your default Mail Client? I haven't been doing this, and am wondering if that is part of my problem.
No it is not required to make Mozilla as the default mail client. What is necessary though is that once you installed the build at least run it once and make sure that the Mozilla browser window is opened "before" doing Palm sync. Also, good new Peter Bridge has helped testing the new builds and tried to follow the steps he mentioned above in comment #43 and he saw no crashes and the sync showed correct results on MAB and Palm AB!. Thanks very much Peter for trying out this new test build and providing the feedback. Here is the test build that Peter tried: http://ftp.mozilla.org/pub/mozilla/nightly/2002-10-22-18-pcdk-test/ Thanks Leaf for creating this test build. Once again whoever tries out testing PalmSync using the test builds, please remember that after you install Mozilla make sure that the Mozilla browser window comes up at least once "before" doing Palm sync.
i have been playing around with the Palm sync stuff for about a week now, and it has never worked correctly. i get frequent crashes (sometimes during, sometimes after a sync), and it has never pulled down my entire Palm address book. I just downloaded the 10/22 palm sync test build, uninstalled Mozilla, deleted all the leftover files & directories (including profile directories, though i did backup the contents of my Mail directory beforehand). I then (after a reboot) reinstalled Mozilla from the new build, got everything set back up (preferences etc.), copied my old Mail directories into the new profile (and tested to make sure it worked properly), loaded up the address book and made sure it was empty. then i closed Mozilla, ran the PalmSyncInstall.exe file, and rebooted the computer. After the reboot, i opened up Mozilla, checked my mail, opened the Address book, all without errors or crashes. Then i closed everything but a browser window, hooked up my Palm (double-checked that the conduit was installed) and attempted a sync. The sync finished without any visible errors (and since "Component" makes no entry in the HotSync log, i didn't see anything there), but when i opened the address book, only a portion of my addresses had been downloaded from the Palm. I have 6 categories on the Palm--"Business", "Family", "Friends", "Personal", "Work Buds", and "Unfiled". Personal was synced into the Moz "Personal Address Book", and Business, Family, and Friends all had categories created for them. "Work Buds" was nowhere to be found. I've tried it again several times, and each time, mozilla crashes either directly after the sync, or after i attempt to open or close another mozilla component (like the browser window or the address book). The first four or five times i attempted the sync, the "Personal Address Book" would have duplicate items in it, but different ones were duplicated each time. each time i deleted the dupes and resynched, until finally it stopped adding duplicates. Still the Work Buds category never got transferred. I changed the category name on my Palm thinking that perhaps the conduit was choking on the space within the name, but after a sync, the WorkBuds category/address book still is not showing up.
*I have sent jpgs of several errors I am still receiving to Rajiv* A copy of my correspondence is below. Although I still receive errors, the latest build is not creating duplicates and does not disrupt hotsyncing in my environment. Begin copy of e-mail to Rajiv: I created the same error again this evening in ntdll.dll and then created 3 jpgs showing some of the details. When viewing the details window it is not possible to select all of it's contents for capture in a jpg or even to be able copy and paste to a text file, so I took the very first screenshot, then scrolled to create detail 2 jpg, then scrolled again to create detail 3 jpg. If you view the contents of detail 1, 2, and 3 in this order hopefully this will make sense. This particular error gives information about 92 modules...so I obviously cannot screenshot all of them. I also received a new error tonight (it references a different dll), I have attached this as "new error.jpg" I followed the same process I describe above and took 3 screenshots of the details of this message. They are also attached. Errors refer to the appcompat.txt file, so I have sent this to you as well. Perhaps these errors I am receiving are Windows errors at this point and not Mozilla errors...? Hotysncing continues to complete without fail and I have had no duplicates in either the Palm or in MAB. Keep in mind that I am syncing a single category, "unfiled", so that my configuration is not as complicated as some others who have reported at Bugzilla. I have also noticed that my "delete" button in MAB continues to be grayed out until I open an address card and then hit cancel, after this "delete" can then be selected. I believe this corresponds with Hotsyncing, but I am not sure, I will explore this more...when it specifically occurs...what about the other folders in MAB (not be synced.)...and so forth. I will let you know what I find out.
This is quite frustating, I tried with 8 categories and it worked!! I will try out on a different machine and reproduce the crashes. I will try and get this fixed, meanwhile please keep posting results of using the test builds. Thanks very much to everybody for trying out the test builds and providing the feedback.
I just noticed today that my Mozilla address book had been synced to my PDA. Not sure if all of it made it as the entries in Mozilla aren't exactly "useful" for testing. Also, after 1.2 final is released, I wonder if this sync functionality can be made part of the default builds? As for debugging, I have sent in some Talkback sessions (see Comment #36 for one of them). I'd suggest seeing if leaf, or someone, can get you the data from those to help debug the problem.
Ok, finally I could reproduce the crash that Matthew (comment #51) was seeing couple of times. Phew! And it is because of the category "Work Buds" (with space) that Matthew had. Mozilla AB tries to create a mork file for the AB by name "Work Buds.mab" (with space) and this causes an assertion (debug build) while initializing an RDFResource for it. This assertion in debug build leads to the crash in the release builds (the latest test build above). The reason crash happens multiple times is because an entry in the prefs.js is already made for this AB with space. And thus the RDFResource issue happens (for the pre-existing one) even when the category name is changed to "WorkBuds" (without space). The duplicate records for Matthew are because of the crash (same reason why Peter Bridge was seeing with earlier test build, comment #46). Due to the crash the last updated Palm sync timestamp is not updated in the prefs.js and hence the next time sync is done, the same cards are re-synced. Matthew, can you please try this out: Can u change the "Work Buds" category to "WorkBuds" and try to do a sync using 'another profile'. Please donot try with the same profile since the prefs.js for that profile would still have entry for "Work Buds" (with space) and hence it would still crash. And in case if you reinstall the test build please remember to bring up Mozilla browser window once before doing palm sync. Thanks very much.
i tried the new profile suggestion (<a href="http://bugzilla.mozilla.org/show_bug.cgi?id=155417#c55">comment #55</a>), and after getting the profile set up initially, opened up both browser and AB windows. I ran the PalmSyncInstall.exe again, then re-opened Mozilla browser and AB windows, then closed the AB window before doing a sync. The first Sync didn't throw any visible errors. All the addressed seemed to sync into the Moz AB correctly. However, after making some changes in the Moz AB, and attempting another sync, i again got a crash, but only after the HotSync sync status window had closed and i attempted to open up the Address Book. I'm wondering if the conduit is having trouble with the "Personal Address Book" and "Collected Addresses" address books which are default and unchangeable in Moz AB. one of the changes prior to the 2nd sync and crash was that i moved an address into the Collected Addresses address book. i've tried several different (possibly foolish) things, like editing my prefs.js file to remove all references to Moz AB address books, and i still get crashes and incomplete syncs. (haven't done a second profile change yet) as of right now, i've moved all of my addresses on the Palm into the Unfiled category, and, when attempting a sync, there are still some addresses that don't get moved from Moz AB to the Palm. I'll keep playing with it, and if i figure anything out, i'll be sure to let you know.
Matthew can u email me the screen shots of the crash u saw when u opened the AB. No this shouldnt be because of the Personal Address Book or the Collected Address Book Meanwhile if anybody else uses the build, please put down your results here.
Since I have tried the last build... no HotSync what so ever. Worked before I tried it. Even after an uninstall of the conduit, and complete Palm Desktop... Is there a way to completely wipe it out so I can start over with the Palm Desktop? I removed it, reinstalled it. No success. I want to try this new build, but until I can run HotSync normally... that would be pointless right?
If you tried with the same Profile you used before it will not HotSync again, this is because the last sync info is stored in the prefs and thus when you try to resync it will sync only the changes since the last sync.
I am trying to reproduce the crashes Matthew saw meanwhile Gregg will also try to do the same. Gregg did the QA before I landed the code for palm sync onto the trunk. Changing QA contact to him.
QA Contact: nbaca → meehansqa
full test results will follow...
1) Complete uninstall of Mozilla 1.2b palm sync test build (10/22) completely deleted all Mozilla related directories from Program Files and Document & Settings, so we should be at a completely fresh start. and also ran hotsync.exe -d 2) reboot 3) checked data in Palm Desktop, made some corrections, added an "x" in the first custom field for each address book entry. performed a hotsync with Address Book data set to overwrite from desktop to handheld (to restore original Palm AB data) ran Norton WinDoctor to look for residual incorrect registry keys pertaining to Mozilla and repaired all problems found 4) reboot 5) installed latest (10/22) palm sync test build browser window opened after install with no errors opened mail & news window - no errors opened address book window - no errors 6) reboot 7) ran PalmSyncInstall.exe checked HotSync Manager to ensure that "Address Book" was gone, and "Component" was showing up in Custom. 8) reboot again. ;) 9) opened a Mozilla browser window, closed it, then opened another (for good measure). 10) attempted Palm sync. no errors 11) exited Mozilla. no errors 12) opened Mozilla browser window, then Address Book. - no errors 13) missing one bookmark from Personal/Personal Address Book folder, but it was marked "Private" in Palm Desktop, so no big surprise there, i guess. "Business" and "Unfiled" categories from Palm were not created in Moz AB, probably because there were no entries in these categories on the Palm. initial results: 100% sync. (if my assumptions listed above are correct) 14) edited some cards and moved some to other categories/Address Books, then exited Mozilla. 15) opened Mozilla browser window, then performed HotSync. - no errors. 16) exited Mozilla - no errors. 17) on the Palm, added and moved some addresses, so now all categories should have entries. exited Mozilla and restarted. 18) performed HotSync -- no errors. 19) attempted to open Address Book window, Mozilla crashed as soon as i clicked the "Windows" menu in the main menu bar. -- error.log (comment #62) and (informationless) .gif (comment #61) image attached. 20) opened Mozilla browser, then Address Book. - no errors. 21) some addresses haven't been moved (from point 14) on the Palm, and not all (but most) changes/additions made on Palm are reflected in Moz AB. only one *new* address (made inside a address book already synced to MozAB) did not get uploaded to Moz AB, the other new address was added to the "Business" category on the Palm, and it was successfully uploaded to Moz. one item moved (on Palm) from one category to (the unsynced) "Unfiled" category got uploaded to MozAB, but not deleted from original category/address book on Moz. 22) exited and restarted Mozilla. 23) performed hotsync (have made no further changes to MozAB or PalmAB entries.) -- no errors. 24) exited Mozilla, causing it to crash. (attached error2.log to this comment) 25) restarted Mozilla and Address Book -- no errors. 26) more of the entries that were moved (point 14) have been moved on the Palm, but the moved entries are not being deleted from their original categories (even if deleted in MozAB). i think i'll hold off testing anymore until the next test build. hopefully these (more thorough) results will help you guys figure out what's going on. Rajiv, if you need to look at my MozAB address books, email me privately.
Attachment #104234 - Attachment mime type: application/octet-stream → text/plain
Attachment #104235 - Attachment mime type: application/octet-stream → text/plain
Matthew: It may be more helpful if you can provide a Talkback ID for your crash. First, you'll need a Talkback-enabled build: ftp://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-win32-talkback.zip Then, to get the Talkback ID after a crash, just run: <moz-dir>/bin/components/talkback.exe
Alex: there are no talkback builds with hotsync support, so this can't be done.
10/26/2002 - Moz AB Palm Conduit testing 1) installed latest MozAB Palm test build (10/26), then ran PalmSyncInstall.exe 2) reboot 3) opened a Mozilla browser window, exited Mozilla, then opened a new window. 4) performed HotSync -- no errors (several windows popped up titled "Completed 'blahblah'", several for each category) 5) attempted to click "Windows" menu, resulting in immediate crash and closure of Mozilla, triggering the Quality Feedback Agent. submitted Talkback incident report. 6) restarted Mozilla 7) addresses *not* correctly synced. 8) edited prefs.js to remove MozAB address book information. (removed all ldap_2.* entries except for *.history.*) 9) restarted Mozilla to check, address books are gone. (except Personal Address Book and Collected Addresses, of course) 10) performed HotSync again 11) sync seems to have stalled, and Mozilla is now using 99% of CPU resources. 12) cancelled hotsync (no success) 13) ended Mozilla process 14) mozilla was restarted by MozAB Palm conduit and sync resumed, hotsync cancelled after MozAB Palm conduit sync was completed. 15) brought Mozilla browser to front, opened Address Book window from "Windows" menu, then clicked on an address in the Personal Address Book, causing an immediate crash and closure. completed Quality Feedback Agent incident report. 16) ran hotsync.exe -d, then synced data back from Palm Desktop to Palm Address book 17) re-ran PalmSyncInstall.exe from Mozilla build, and opened then exited Mozilla. 18) re-opened new Mozilla browser window. 19) performed HotSync -- no errors. 20) opened Address Book window and browsed through (fully syncronized) addresses with no errors. 21) added one address in a previously empty (thus unsyncronized) category on the Palm, closed Address Book window. 22) performed hotsync -- no errors 23) opened Address Book window, new entry and it's category ("Unfiled") were *not* synced to MozAB despite the fact that the MozAB conduit did pop-up the "Completed 'blahblah'" alert windows for the "unfiled" category. 24) exited then re-opened Mozilla. newly added address now shows up (i suppose Address Book wasn't updated despite it's being closed during sync...?) 25) deleted new address from Unfiled Address Book in MozAB. 26) exited Mozilla and reopened new browser window 27) performed hotsync -- no errors 28) opened Address Book. closed AB window. closed browser window, resulting in crash. completed Qualily Feedback Agent incident report. 29) the new address was not deleted from "unfiled" category on Palm. the win32-installer-sea installation package doesn't appear to install talkback.exe in the Moz directories. i assume the QFA talkback reports will work.
Matthew, thank you very much for your testing and elaborate feedback. I think you ran the new test build from yesterday which is the reason you saw those messages for "Completed blah .. blah". The problems you are seeing in sync are due to crashes which result into the prefs not updated correctly. With all the information you provided I will try to find out what is causing the crash. Once I have fixed the crashes I will put up a new test build on this bug here for your final testing. This is a nasty one and might take some time since it is happening at different places and is not at all happening in debug builds. Anyway, I will figure it out and put up the final test builds. Thank you very much once again for doing the testing.
Ok good news, I could reproduce the crashes after hotsync is done that Matthew is seeing, but not with debug builds and only with profile that I have since N6.2 days. Anyway, I am in the process of trying to figure out what's going on here(from the behavior looks like some kinda memory overwrite/init issue but need to figure out where and in what cases, the difficult part:)).
Just to reiterate, in the testing shown in comment #63, i did do a complete uninstall of previous versions of Mozilla, including the deletion of all user profile data and any files left in the program installation directory. So the profile data for that install should have been a completely clean new set of files. In the testing shown in comment #66, i installed the 10/26 test build over the previous test build and left the old profile data alone. (until point 8, where i deleted the ldap_2.* entries from the prefs.js file) just wanted to make sure you understood that i'm *not* using old profile data. the only old data i've imported into these installations are Mail directories and files, but i've only started using Mozilla Mail as my default mailer since 1.2b anyway, so any information in those files should be "up to specs" for the current builds.
Thanks for your clarification Matthew. I have made some progress in trying to figure out this. I have been able to narrow down the issue when data from Moz AB is copied onto Palm. I will continue working on this later in the morning and get onto the exact place that is causing the crash and try to fix it.
So here is what is going on: Palm Sync requires inter process communication between the Palm's HotSync Manager process (which loads the Mozilla conduit) and the Mozilla process. Native MS COM is used for this IPC. Since this is a two way communication, with Mozilla sending back updates to its AB back to the conduit (which then writes it on to the handheld device), MS COM's out parameters are required to send back the data synchronously and in a single call. For in parameters usual memory management works fine, however in case of out parameters special memory management is required using OLE memory management routines. But again in debug builds this is not mandatory since the debug proxy-stub generated by MS COM MIDL and MS COM takes care of the memory access appropriately. However in release builds, this leads to memory access issues since the memory is not initialized and the out parameters' data needs to be marshalled which is not guaranteed to work correctly if these OLE memory management routines are 'not' used, thus causing memory overwrites and crashes as we saw appearing randomly. I have made the changes for using these OLE memory management routines for the out parameters and the fix can be tracked on bug #177250.
Depends on: 177250
Please find below the test builds with the fixes for crashes (hopefully the final test build :)) : http://ftp.mozilla.org/pub/mozilla/nightly/2002-10-29-13-pcdk-test/ Thanks Leaf for creating the test build. The crash fix has already been tested by Matthew Rasnake whom I had sent the palmsync binaries with the fixes and he found that all his crashes were fixed. I have put his comments on bug #177250. Thanks Matthew for doing such extensive testing. Thanks everyone for helping out with testing this feature. Please go ahead and use this test build to make sure that there are no crashes and overall Palm sync works fine. Once you install the build please remember to run PalmSyncInstall.exe from there and run Mozilla and make sure the browser window comes up once before you do palm sync. Also please use a diffrent profile than the ones u used with the earlier test builds since data will not be synced correctly in that case.
No crashes today, but have a 2 small problems. 1) Addresses on the Palm are being added to the Mozilla AB fine, but the Mozilla addresses are not syncing to the Palm. Have read through this thread and cannot find anything I'm doing wrong. First I tried tidying up the synced values and syncing again. They did not appear on the palm. So I deleted all addresses on the Palm and tried again - no synchronisation appears to take place. HotSync runs the conduit, a Mozilla window opens but no data appears to go to the Palm :-( 2) The conduit name appears as various nonsense characters (3 vertical bars first time I install, a little arrow this time).
James, can u please try with a new profile, thanks.
Hi Rajiv, have tried the following: 1) Uninstall Moz. 2) delete Mozilla registry entries and files. 3) Install latest test build. 4) Create a new profile. 5) Start Moz. 6) Go to AB. 7) Create one entry. 8) Exit Moz. 9) Clear out AB on Palm via Palm Desktop and a sync. 10) Install conduit. Fine, though conduit name is nonsense characters. 11) Run Moz. Looks good. Quit. 12) Sync. Sync procedes, Moz is started, finishes, no errors. 13) AB on Moz still shows one entry. 14) AB on Palm is still empty. Cheers - James
Aah, if you are syncing the Personal category and the Personal Address Book then you might be seeing this. Since you have synced the Palm before with Palm Desktop it will update the last sync time stamp on Palm and thus when you sync it again it will get only the updated records for AB/category existing on both sides. But since this can happen in real world we would have to figure out a solution for it, I will go ahead file a separate bug. To test whether data is getting uploaded on to the Palm please create a new AB in Mozilla and add entry/entries to it and then sync, thanks.
Thanks - will try this tonight after work.
No luck I fear. 1) Cleaned out palm addr book using Palm Desktop. Synced. 2) Installed Moz AB conduit. 3) Created new profile in Moz, started with this. 4) Added entry to personal AB called test. Created new AB called testbook and added a user to this. 5) Exiting Moz. 6) Synced the Palm. The catagories were replicated on the Palm, however neither of the addresses appeared on the Palm. When I synced a second time, the catagories were duplicated (i.e. 2 of each on the Palm) but still no addresses were transferred.
we should fix the bug 177514 (mozMapi) issue before release...
Dear Rajiv, I've downloaded the 2002-10-29-13 build, but I'm unable to register the new conduit. When I try to run the PalmSync Install I'm requested a first time to install the conduit. I press the yes button, but I always get the error: "Error in loading the Conduit Manager while installing the Mozialla Address Book Palm Sync Conduit". I'm using: Windows XP Home ( NO SP1) Palm Desktop 4.1 The Palm software is NOT installed in the default(?) "c:\Palm" directory, but in "c:\Programmi\Palm" Palm Desktop <> Palm sync works correctly. Best regards, Marco Bertini
Please use this .reg file to make sure registration is done correctly for your HotSync Manager. Download this file on to your machine and edit it using notepad, change the "Palm"= to point to the directory where your Palm Desktop directory. Then from Windows explorer double click on the file. It will register your Palm Desktop path in Win registry. Then run PalmSyncInstall.exe.
Tried to run this for the Tungsten W wireless GPRS beta test unit. It failed, quite miserably - partly probably because of the new mail system, VersaMail. Mozilla also refused to pull up the mail system full stop, just sitting there and hanging. Running a 98SE system with Palm Desktop 4.1
This implementation is only for Address Book, it would not sync Mail.
Sorry, realised that today. Not quite with it, too many late nights, not enough coffee! It still refused to sync it though.
I had to use the registry file provided by Rajiv in order to install Palm sync (I did not install it in x:\Palm). While performin a sync with my Palm IIIxe Mozilla crashed. I received also a message error, that is shown in the mab_palmsync_error.gif. I think that that error message is related to palm sync, but not sure since I was using several programs when it was shown.
Hmm, can u please confirm that you used the test build in comment #72 above which is dated /2002-10-29-13-pcdk-test/ and if so could you try again and see if you could reproduce it, thanks.
Component: Address Book → Palm Sync
The problem of data not getting transfered to Palm as seen by James in comment #78 and others has been fixed as part of bug #178989. Data should now be synced correctly on both Palm and Mozilla Address Books.
Depends on: 178989
Oops... the above comment is from me. Sean had logged in to Bugzilla from my machine and hence u see the comment has his name.
Rajiv - if you can tell me which build to test, I'd be happy to confirm this is working for me now. Cheers and thanks for your work on this.
Thanks very much James, but u would have to wait a little for the updated build, maybe a 1.2 build. Meanwhile, what u were seeing was replicated and then the fix (on bug #178989) has been verified by internal QA.
When I sync after changing the groups of contacts on the palm, two copies of the person are made on the desktop--one in personal, and one in the new group. Any way to fix that?
If an entry is moved on Palm it will be displayed in the earlier group and the new group in Mozilla AB. This is so because during sync the only operations that the Conduit can get is add, delete and update. When an entry is moved, Palm 'doesnot' delete it from the old group but just changes the group, thus this is not detected by Conduit. The workaround for this is that the users can manually delete the unwanted old group entry in Mozilla AB.
Can someone please point me to the latest build available for download with the Palm syncing capabilities please? I want to try a build with the latest improvements. the 10-29 build does not appear to be available for download anymore... Thanks, Peter
I can finally build Mozilla on my local machine (WinXP Sp2), so if someone wants to send me the code to build with, I'd be happy to test with the latest TRUNK files.
Hello! Installtion: I've downloaded the 2002112208 build, which included the PalmSyncInstall.My PalmDesktop is 4.0.1. OS is W2k SP1. Palm: VisorDeluxe with PalmOS: 3.13h I've extracted the zip archive and executed the PalmSyncInstall. Please let' me know if this steps were alright. Observation: In the settings of the HotSync, was displayed like „API“ but, the „Change“button to change the Action „Synchronize the files etc.“ did'nt react. So I added in the moz AB a new entry, synced the palm and noticed, that the entries have been „shifted“ - e.g in the phone work the e-mail adress. Next, I've created a new entry on the Palm, but this hasn't been transferred to the moz AB.Further is to say, that the adressfolders already existing in the Palm has been transferred (just one not). In the moz AB the folders showed just empty cards. The fault with the shifted entries wasn't reproduceable. All other mentioned observation were reproduceable. Hope that helps getting the mozAB – PalmAB work. Gregor
OK, so the source code for Palm Hotsync is in the Mozilla tree (I should have looked before my prior comment). However, what option do I need to set to get this to build?
I've just installed Mozilla 1.2 and noticed the palm sync feature. However, there doesn't appear to be any documentation on it. After a bit of searching, I found the icon to install the conduit on my start menu, and clicked it. I get an error saying that it couldn't load the conduit manager and that's it. How come this was checked into 1.2? It clearly isn't ready yet. I would have thought it will be the source of some confusion to new, non techy users.
In response to comment #97: I have had the same issue. I have no idea why this is happening. Since my Hotsync has completly broke. Can't figure out why. I tried uninstalling, removing registry files (as per palms instructions) and reinstalling.. Reinstalled windows, can't figure it out for the life of me. Palm gave up long ago. I think it's a registry problem, but I don't know exactly what. It's not the adapter because I tried IR and USB... Both didn't work. The Palm syncs to other computers, so that isn't the problem.
POSSIBLE FIX: I just did a really careful search of the registry... and THINK I might have found the problem... Still won't hotsync for me... But I can install the Conduit without that error now! I noticed that some registry (didn't right it down... I'm so sorry... perhaps someone else will find this, that would also confirm this was the issue) was "C?\Program Files\Palm\HOTSYNC.EXE" notice the '?'... changed it to a ":" and it installed.... now searching for a way to get it to sync again... and I am finally up and running! Just FYI
To enable Palm sync you need 2 files which are redistributable by Palm. However, Mozilla can not redistribute them since they are not open source. We figured out that in 60-65% cases a registry key exists on user's machine who have the Palm software installed on their machines. This registry key provides the path to these 2 Palm files. So you need this registry key in your system. A registry file for this key is attached (id=104819) here. You will need to edit it and specify the path in there to point to the directory where your Palm files are installed. Once you have done that just double click the file from Windows Explorer, it will register your path. Then go ahead and click on the Windows /Start / Programs / Mozilla / Address Book Palm Sync Install. This should ask for confirmation to enable Mozilla AB Palm Sync. Click "Yes" and you should see a success message. Once you have done that you can connect your Palm device and hit the HotSync button on your Palm cradle. This should bring up the HotSync Manager dialog on your desktop and should start Mozilla. Once sync is complete, close Mozilla and then restart it and open Mozilla Address Book to verify the sync.
Is this all in the documentation somewhere?
Where can I configure which field of Mozilla AB maps to which field of Palm AB? For Netscape, there was a config file where you could specify the mapping.
After installing Mozilla 1.3a Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3a) Gecko/20021128 and running PalmSyncInstall.exe Sync Create new contact in Moz in category FRIENDS This creates a 2nd category "FRIENDS" on my Palm.
Warwick, u mean 1.2 not 1.3a(not yet branched), right? Anyway, what you mentioned is the desired behavior, each Mozilla AB correspond to Palm category. Thomas, currently users cannot define their own mapping for work home Address fields and mapping is not configurable. Max, the palm sync install documentation is part of 1.2 release notes and you can also find the registry issue (mentioned in comment #100 above) and how to fix it too in these notes: http://www.mozilla.org/releases/mozilla1.2/#palminstall
Sorry, yes 1.2a Another Test I have a category "COMERCIAL" on the Palm which coresponds to a AB "COMERCIAL" on Mozilla. These both contain around 20 entries. I have synced several times Add a new contact "TEST" in Mozilla to the "COMERCIAL" AB and sync I now have TWO "COMERCIAL" categories on the PALM. and the PALM behavies strangely....When I select either "COMERCIAL" category in the PALM it only displays "TEST" contact but if I search for a known contact that was in the "COMERCIAL" group I can find them and they are still in the COMERCIAL category (but not in the list view!) Hmmmmm....could be something Im doing!
The above was using the Palm addressbook Using Datebk5 to access the Address database still shows 2 Comercial Categoires with one of them containing "TEST" and the other containing the remaining entries Renaming one of these categories to COMERCIAL2 alows the Palm addressbook to see both categores seperatly and also shows COMERICAL2 containing "TEST" and COMERICIAL containing the former entries. So ignore most of the above but new contacts from existing MOZILLA AB's are creating new DUPLICATE categories on the PALM
Just tried the palm sync with mozilla 1.2 on two different computers and had the same problems both times. 1) Palm records with mulptile email addresses showed up as multiple entries in the mozilla address book, each with one of the different email addresses. Shouldn't it have created on entry with mulptile email addresses? 2) How are contact with both home/work mailing addresses handled since the mozilla address book only has space for one address? Outlook just syncs both and keeps track of them like that. Does the mozilla sync just pick one at random? Can I map the other one into the comments field? thanks.
Hi, I did a Hotsync (my first on) out of the 1.2.1 Release. The entries taken from the Palm to mozilla arrived, but entries containing german umlauts have been added without the fields containing umlauts. e.g. the Palm entry: Name: Händel eMail: haendel@somehost.de is in mozilla Name: eMail: haendel@somehost.de I'm using w2k and Hotysnc 4.1 with an m500 Roland
Do not worry. I have Russian all over around in my Palm and I was simply screwed by synching. I was very enthusiastic about Palm syching with Mozilla but now it got just a complete frustration. I am not sure if I will even try it again - I had to wipe out everything in my Palm to be able to make it work again. Not that kind of experience you want to repeat again and again.
Got it to finally work today. Nothing in the Palm.... All data in the Address Book (Mozilla) created duplicates of everything. Looked like noah's ark in my palm and address book... Cleared out duplicates... tried again.. Worked fine. Will try with more data this weekend. See if I can get some more detailed information for you Rajiv.
Roland and Dmitry, Palm sync has not been tested with non Ascii languages, please see bug #182643. Support for non-Ascii languages will be looked into for the next major release. Please look at bug #182643 for it. Warwick and Eric, i will log your issues as separate bugs and cc you on it. This feature is in Mozilla 1.2/1.21 and you can see how to use it in release notes at: http://www.mozilla.org/releases/mozilla1.2.1/#palminstall I would like to thank everybody for testing out the test builds and release builds and helping out getting this feature out. Marking it as fixed, all code related to this has been checked into trunk and Mozilla 1.2 branch (part of Mozilla 1.21 release build). Please report any problems found as separate bugs in Bugzilla under Product 'Mailnews' component 'PalmSync'.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Rajiv, about the mapping: Without mapping, you cannot "backup" the custom fields of the Palm AB. I have a mapping for Netscape 4.7x, which instructs the conduit to map Palm custom field #1, which is named "Geburtstag", to the nick name field in Netscape. Otherwise, I would lose all entries in that custom field, if I have to restore the data in my Palm AB. Also, I have changed the name of one phone field. Without the mapping, Netscape would change the name back to the original during hotsync. I expect, Mozilla will behave the same, until mapping is available. Is mapping planned? If yes, is there a time frame? Thanks!
I agree tha Mapping is important. I would like to have everything on both places (palm and address book) I believe that would be a new bug though.
Last weekend I've installed the 1.2 Realease, and was very happy, that the Palm AB synch was working, but there is some behavior I've recognised which should be fixed: *) the collected adresses have now a lot of duplicated entries *) in the Moz AB adresses could'nt be moved to any other file, just copied *) there is a different way of name sorting at the Palm AB and the Moz AB (first / last name is switched) *) e-mail lists add's new entries in the Palm AB just displaying the e-mail adress Furthermore, I had a strange behavior: After setting a proxy server in the moz prefs and surfing for a while, I was'nt able to access the pref's without killing the moz application. The hotsync was working, but the SW doctogo had no user to synch to, also the palmdesktop. After having created a new useraccount with the palmdesktop and the doctogo, I re-installed the Moz AB Palm AB Synch tool and everything worked fine - no problem to access the moz pref's!!! Moz. 1.2 OS W2k Palm 3.13h Palmdesktop 4.01 Hope that the moz AB is getting better. Thanks, Gregor
Gregor, * Do you see the duplicate entries in Mozilla AB too? * that is because when entries are moved in Palm they are not deleted from one and added to another, category and thus when the conduit gets the changes since the last sync it is not sent to the conduit. The only way to handle this is that the conduit keeps track of previous data and then during sync get all the palm data again and compares with the previous. This is not ideal and effects performance. Since there is no loss of data by having entries on both ABs in Moz AB and the user can easily delete the undesired one, we went with this approach. * sorting of records in Moz AB is generic AB and different than palm sync issue. * that is because the e-mail lists are cards with just email ids and a card is what is synced between palm and Moz AB. Further, if I am not wrong there is no concept of email lists in Palm.
I finally decided to sync my palm in moz 1.3 and it is really not much chop. I changed back to the Palm Desktop after I resynched my completely ruined addresses on my Palm from the copy in Outlook at work. The palm sync needs to pay more attention to certain things, such as ways to exclude certain address books (i.e. Collected Addresses) from the sync so i don't end up with a useless category on the palm. Also some way to match up certain Moz address books with certain Palm categories would be nice! Most Palm users have a category called 'Personal' but Moz uses 'Personal Addresses' which becomes a new category on the Palm separate from 'Personal' with a **** abbreviated name like 'Personal Addres'. With lots of duplicates to the data I already have in there. I have already set up my Palm to work in a certain way and I am not changing that just to fit Mozilla. At work I sync my palm with Outlook. There need to be tools to map Mozilla Address book data into Palm data in a 'meet in the middle' sort of way. The address book generally requires nice tools to help manage addresses like easy moving entries between address books, duplication detection tools, etc, but I understand that's an address book issue. I had to use my Palm, rather than the Moz address book, to sort out all the duplicate addresses I had after I synched! Then, when I moved addresses from one category to another in the Palm, Moz address book still kept two entries. That's a big problem for the following reason. Say that person later changes his address or phone, I enter it into my Palm. Later I sync to Moz. Then I have one address updated, one address left with stale data. Also look at this feature in Chapura for Outlook. You need a way to tell Moz what will be done with the next Hotsync, e.g. Palm overwrites Mozilla, Mozilla overwrites Palm, Sync Palm & Mozilla. As well as proper address book management with a decent 'Move' function and duplicate detection service.
[Win 2000, Palm Desktop 4.0 - not 4.0.1] When upgrading from Mozilla 1.3.1 to 1.4 the HotSync was broken. After the upgrade, addresses were not sync'ed anymore. When I tried to install HotSync from the Mozilla Start Menu entry, I got the error: "Error in loading the Conduit Manager while installing ..." Going back to Mozilla 1.3.1 did not work either. This resulted in an installation without the Palm HotSync entries in the Start menu. What helped was: un-installing mozilla and palm, removing all mozilla entries from the registry, fresh palm desktop 4.0 installation followed by installing mozilla 1.3.1, then mozilla 1.4.
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: