Observations relate to Build 2002051006 #1. When trying to import adressbooks from Netscape I cannot use NA2-type files, but have to apply the indirect way via LDIF-files. Why is direct import of NA2-files not possible? #2. When import LDIF-files they appear as completely new addressbooks. Why is it not possible to merge the imported file in an already existing addressbook, like in Netscape? Is handy for insertion of small update-files originating elsewhere, or for merging of addressbooks. #3. The name of an imported addressbook seems fixed. Rightclicking or clicking on Properties while with the cursor on the adressbook name does not show any reaction. Because filename sometimes cryptic, the resulting display of the addressbookname is not very appealing. Suggested to allow name-change for addressbooks other than Personal Addressbook and Collected Addresses.

Effect has not been fixed in the 'official'distribution of Netcapse 7.0. Merging is so much more pleasant than simple 'putting' the imported file in the addressbook.

I suggest splitting these into three seperate bugs.

#2 is bug 138980

Checking the reactions, bugs 64741 and 138980 already seem to deal with the 'naming' of the adressbooks as mentioned in #3. The formal version Netscape 7.0 can directly deal with import of NA2-file, as mentioned in #1, and therefore I suspect that later versions of Mozilla can also deal with it. Effect which is leftover, is then aspect #2 related to my request to have a capability to directly merge incoming addressbooks in the existing ones, instead of putting them in the program as new addressbooks. Of course there is a practical workaround for this problem [which is to take the contents of the smallest adressbook and copy it to the selected bigger one already in place, after which you delete the smallest addressbook], but a direct merging is 'more elegant'.

Today I installed Mozilla1.3A [Build ID: 2002121215] and must report that this version still is unable to import Netscape addressbooks of type .na2: result is a totally blank addressbook. Furthermore, I tried to import a Mozilla-generated addressbook from another machine with Mozilla version 1.1 [the exportfile has extension .mab] and this action totally failed: the result is an adressbook with headers only, and no content. Only marginally better than with .na2, but not very useful. Therefore, my 'suspicion' was not correct, and aspect #1 of this bug is NOT solved!

#1: see bug 269850 comment 1 and bug 35509

This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/

#3 is bug 17230 and fixed, #2 as mentioned before is bug 138980, therefore that leaves bug 35509. Therefore resolving to dup of 35509, as that seems the most sensible. *** This bug has been marked as a duplicate of 35509 ***

======== https://github.com/mozilla-services/android-sync/commit/72353409b501d8bcee0bc36e2053f253a1d232ea Author: Nick Alexander <nalexander@mozilla.com> Date: Fri Jan 16 16:27:02 2015 -0800 Bug 1122829 - Part 5: Tighten vertically yet further; start with error view hidden and animate it in/out on v11+. ======== https://github.com/mozilla-services/android-sync/commit/779b280ad9d5607d38c5aa07043037908885f06e Author: Nick Alexander <nalexander@mozilla.com> Date: Fri Jan 16 11:58:04 2015 -0800 Bug 1122829 - Part 4: Tighten Getting Started vertically, and animate the icon in. ======== https://github.com/mozilla-services/android-sync/commit/b92693f004eae78e5404626655f63ea21e4bbb5f Author: Nick Alexander <nalexander@mozilla.com> Date: Fri Jan 16 11:53:54 2015 -0800 Bug 1122829 - Part 3: Don't fill text right to the edges of the entry fields. A little padding softens the edges, which looks better with the rounded corners. ======== https://github.com/mozilla-services/android-sync/commit/4db0e9e6424f3076d7f24485442916a0ed2b88e5 Author: Nick Alexander <nalexander@mozilla.com> Date: Fri Jan 16 11:50:06 2015 -0800 Bug 1122829 - Part 2: Lower text sizes. ======== https://github.com/mozilla-services/android-sync/commit/fcd7fc33b44683dc15ee77d946c1be25e68b043a Author: Nick Alexander <nalexander@mozilla.com> Date: Fri Jan 16 11:54:45 2015 -0800 Bug 1122829 - Part 1: Don't animate back presses between activities. On modern devices (Android 4.4), this gives a smooth "click" back and forth between Sign Up and Sign In.