86201 - Ability to specify what fields appear in a notification or its headers

Status: NEW

(Bugzilla :: Email Notifications, enhancement, P3)

Description

[Matthew Tuck [:CodeMachine]]

We need to be able to let users specify what fields they want to appear on
notifications.

There are plenty of bugs that I will mark as a duplicate of this one that ask
for certain fields to always appear.  This bug is about a general proposal for a
user to select which of these they would like.

Even more generally, we might allow three options for each field:  Always
Show/Never Show/Show Only When Changed.

Comment 1

[Matthew Tuck [:CodeMachine]]

*** Bug 3156 has been marked as a duplicate of this bug. ***

Comment 2

[Matthew Tuck [:CodeMachine]]

*** Bug 28938 has been marked as a duplicate of this bug. ***

Comment 3

[Matthew Tuck [:CodeMachine]]

For list fields (CC, keywords, etc) we should split "Show Only When Changed"
Into "Show Changes When Changed" and "Show All When Changed".

Comment 4

[Matthew Tuck [:CodeMachine]]

In case it wasn't obvious, "Never Show" is important because even though that
field might never trigger a notification, it could still appear on e-mails where
something else triggered a notification.

If you really don't care about that field (for example the way some people don't
care at all about CC), this would make their lives simpler.

Comment 5

[Andreas Franke (gone)]

-> Bugzilla product, Email component, reassigning.

Comment 6

[Jacob Steenhagen]

*** Bug 98062 has been marked as a duplicate of this bug. ***

Comment 7

[Dave Miller [:justdave]]

We are currently trying to wrap up Bugzilla 2.16.  We are now close enough to
release time that anything that wasn't already ranked at P1 isn't going to make
the cut.  Thus this is being retargetted at 2.18.  If you strongly disagree with
this retargetting, please comment, however, be aware that we only have about 2
weeks left to review and test anything at this point, and we intend to devote
this time to the remaining bugs that were designated as release blockers.

Comment 8

[Dave Miller [:justdave]]

Changing default owner of Email Notifications component to JayPee, a.k.a.
J. Paul Reed ([e-mail]).  Jake will be offline for a few months.

Comment 9

[Dave Miller [:justdave]]

Enhancements which don't currently have patches on them which are targetted at
2.18 are being retargetted to 2.20 because we're about to freeze for 2.18. 
Consideration will be taken for moving items back to 2.18 on a case-by-case
basis (but is unlikely for enhancements)

Comment 10

[Dave Miller [:justdave]]

Bugzilla 2.20 feature set is now frozen as of 15 Sept 2004.  Anything flagged
enhancement that hasn't already landed is being pushed out.  If this bug is
otherwise ready to land, we'll handle it on a case-by-case basis, please set the
blocking2.20 flag to '?' if you think it qualifies.

Comment 11

[Frédéric Buclin]

*** Bug 301430 has been marked as a duplicate of this bug. ***

Comment 13

[Mike Miller]

(In reply to comment #0)
>....
>
> Even more generally, we might allow three options for each field:  Always
> Show/Never Show/Show Only When Changed.


I would think that a checkbox grid (similar to the one in the eMail section of Preferences) might be more intuitive.  Each row in the grid would represent a field, each column would represent a place where that field could appear.  If the check box is "checked" then that field would appear in that location.

Some examples of locations might be:

 New bug email
 Changed bug email
 Whine email

etc.

This method of configuring 'which fields appear where' might even be expanded to have a column for, e.g., the New Bug Entry page, etc.

Comment 14

[timeless]

i presume this also includes bugmail headers