10867 - History AB Front End

Status: VERIFIED WORKSFORME

(SeaMonkey :: MailNews: Address Book & Contacts, defect, P2)

Description

[scottputterman]

bug tracking feature in Summary.

Comment 1

[daver]

Are we still on track for M10 on this one?

Comment 2

[hangas]

This one is in M10 only to provide something usable to David B. when he creates
the History AB backend code.  We may need to make some improvements to it later.

Comment 3

[lchiang]

The backend bug is marked fixed by david b.
http://bugzilla.mozilla.org/show_bug.cgi?id=10863

Comment 4

[hangas]

David and Candice have done the hard work here.  The UI needs to know that the
Collected Addresses may not be edited, only deleted.  I will get that in as soon
as the backend provides an api for determining that it is read-only.

Comment 5

[sol]

I think we need this for PR1, so I added a note to the Status Whiteboard

Comment 6

[hangas]

The history ab front end is partially working.  We have the history ab in the
list of address books and it is populated with addresses.  The missing code is
that which would prevent editing of cards in the history ab.  Moving to M14.
Sol, please let me know if this extra bit of functionality if required for PR1.

Comment 7

[sol]

It's fine if we don't have the code that would prevent editing of cards in the
history address book for PR1.

Comment 8

[Phil Peterson]

Removing [PR1]. We're using keywords instead now, and I don't think the
remaining part of this bug is beta1.

Comment 9

[selmer (gone)]

For beta2, the part that matters is meeting the "prefs spec" (not sure what that
is from my notes) and does NOT include the "uneditable view."  We wouldn't hold
beta2 if users could edit the history AB.

Comment 10

[sol]

From most important to least important front end work:
1. Ability (in "Preferences") to turn off email address collection
2. Warning dialog - "You have X entries in Collected Addresses. The recommended 
maximum for optimum performance is Y."
3. Ability (in "Preferences") to specify domain names for which if a sender 
belongs to, he/she will not be added to the "Collected Addresses" AB
4. Collected Addresses AB is non-editable, but cards may be copied to another 
address book where they may be edited.

Since this is a new feature, we will want to hear from users (through beta 
feedback and usability tests), which of the above they need to increase the 
usefulness of this feature.

At this point, I would say that #1 is critical for b2.

Comment 11

[lchiang]

move to M16.  Not M15 stoppers

Comment 12

[selmer (gone)]

Scott, clearing Hangas' plate for skins work.  Probably need to reassign some of 
these again.

Comment 13

[scottputterman]

It looks like Suresh fixed #1. Moving the rest to M17.

Comment 14

[scottputterman]

It seems like these are a bunch of little bugs now.  Removing the feature.

Comment 15

[scottputterman]

moving to future milestone.

Comment 16

[fenella]

I checked the Preferences->Mail and Newsgroup -> Addressing are enabled on
incoming as well as outing messages.

Comment 17

[fenella]

I tried a new profile on single account POP or IMAP, no problem. 

But then I added another account into the new profile, it starts to have
problem. 
It behaves inconsistently, sometime it does, sometimes it does not add to
Address Book. Have a feeling it has to do with multiple profiles.

Comment 18

[fenella]

Please ignore my comments on 7/31/2000. I accidentially added this comments into
the wrong bug.

Comment 19

[esther]

Using trunk builds 11/14/2000 this bug is partially fixed.
#1 is fixed
#2 is not fixed (new bug 60111)
#3 is not fixed (new bug 60113)
#4 is not fixed, we can edit collected cards and shouldn't be able to(new bug
60114)
resolving as worksforme for #1 and verfifying it

Comment 20

[esther]

verified

Comment 21

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/939110d675ab
[components] For https://github.com/mozilla-mobile/android-components/issues/10867 - Dismisses user prompt when GV calls `onPromptDismiss`