Closed Bug 10867 Opened 21 years ago Closed 19 years ago
History AB Front End
bug tracking feature in Summary.
Are we still on track for M10 on this one?
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.
The backend bug is marked fixed by david b. http://bugzilla.mozilla.org/show_bug.cgi?id=10863
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.
I think we need this for PR1, so I added a note to the Status Whiteboard
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.
It's fine if we don't have the code that would prevent editing of cards in the history address book for PR1.
Removing [PR1]. We're using keywords instead now, and I don't think the remaining part of this bug is beta1.
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.
Priority: P3 → P2
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.
move to M16. Not M15 stoppers
Target Milestone: M15 → M16
Scott, clearing Hangas' plate for skins work. Probably need to reassign some of these again.
Assignee: hangas → putterman
Status: ASSIGNED → NEW
It looks like Suresh fixed #1. Moving the rest to M17.
Target Milestone: M16 → M17
It seems like these are a bunch of little bugs now. Removing the feature.
Status: NEW → ASSIGNED
Summary: [FEATURE] History AB Front End → History AB Front End
moving to future milestone.
I checked the Preferences->Mail and Newsgroup -> Addressing are enabled on incoming as well as outing messages.
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.
Please ignore my comments on 7/31/2000. I accidentially added this comments into the wrong bug.
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
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.