Closed Bug 10860 Opened 22 years ago Closed 19 years ago
Menu Cmd for Add sender/recipients to Address Book
bug tracking feature in Summary.
Moving to M11 because dependencies have not arrived.
(target milestone is M11 or M12 - add to mail beta tracking bug)
Sorry folks, M14.
ok. target milestone is no longer m11 or m12 so removing this from the mail beta tracking bug.
*** Bug 22803 has been marked as a duplicate of this bug. ***
For B1, we need to either make this work, or take the button out of the envelope area.
This bug is not for the button in the envelope. mscott is working on the one in the envelope. This one is for the menu items. Moving to M15.
Target Milestone: M14 → M15
Do we have a bug on the button in the envelope? If not, we need one.
Filed as bug 26231, and clarifying this task in the bug summary.
Summary: [FEATURE] Add sender/recipients to Address Book → [FEATURE] Menu Cmd for Add sender/recipients to Address Book
Since mscott wrote this for the message pane, we should be able to just create some ui to do this from the menu.
Syncing priority with marketing. Moving to P2 to connote "In" for beta2.
Priority: P3 → P2
move to M16. Not M15 stoppers
Target Milestone: M15 → M16
Not beta2 stopper. Marking M18. Please let me know if you disagree or add beta2 keyword to nominate.
Target Milestone: M16 → M18
Mass move mailnews bugs to Putterman. Ouch.
Assignee: hangas → putterman
Status: ASSIGNED → NEW
Should we use this bug to also track the "Add All to Address Book" feature?
Summary: [FEATURE] Menu Cmd for Add sender/recipients to Address Book → Menu Cmd for Add sender/recipients to Address Book
I think mozmail is now automatically addressifying any addresses it sees, I was under the impression that this menu feature was therefore useless (although i was working on adding them). Depending on feedback this bug is probably mine. I'm pretty sure the component was wrong. Updated, if you disagree please explain in excruciating detail. Set URL for one of the 3 specs i have, if this is really addressbook, please correct the URL.
timeless - the user has the option to turn off the address book collection feature so that s/he may want to add sender/recipients to the address book manually.
Ok, should these menus only appear when colleciton is disabled?
Adding nsbeta3 to b3mail bugs.
Removing b3mail keyword (these bugs have been promoted now.)
I think the menu items should remain enabled. The user may want to add to a different address book, for example. It doesn't hurt, I think.
it should remain enabled. It's as Lisa mentioned, for other address books.
Assigning to timeless.
Assignee: putterman → timeless
ooh goody, bugs!
Status: NEW → ASSIGNED
We're plussing the removal of the menu item for PR3.
PDT agrees P2
Whiteboard: [nsbeta3+] → [nsbeta3+][PDTP2]
I'm taking the liberty of marking this nsbeta3-. The menus have already been removed as part of a different bug, so there's no reason not to let this remain to implement these menu items which can happen at some future time.
Whiteboard: [nsbeta3+][PDTP2] → [nsbeta3-][PDTP2]
Pushing out: this is not high on my priority list.
Target Milestone: M18 → M21
removing the mail1 keyword
Removing the mail1 keyword.
Changing qa assigned to myself.
QA Contact: esther → pmock
assign to myself.
QA Contact: pmock → fenella
Removing [PDT] grafitti.
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
Removing PDT grafitti, and nsbeta3. Adding nsbeta1 for triaging nomination.
We now have this feature, and it seems to match the spec. Marking fixed...?
Verified on Win2K, Linux, Mac OSX - 02-18-2002 build. Current implementation includes Context menu item: 'Add to Address Book' from the sender address on the Envelope area.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.