Description of problem: Tried to add needinfo to account 'rhcert-reviewers' (this is the default account used by Certification team) but failed. Error message is: You can't ask rhcert-reviewer <rhcert-reviewers> because that account is disabled. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: The bug entry is https://beta.bugzilla.redhat.com/bugzilla//show_bug.cgi?id=1399233
If Bugzilla 5.0 is designed to not allow setting needinfo flag to diabled accounts, then I think 'rhcert-reviewers' should be active.
I'll just drop my point here that setting flags for the attention of lists is no more useful than setting them for anyone.
Hi Jeff, Just want to confirm with you, setting needinfo to a mail list or a group of people is not going to be supported in BZ 5 ? This is going to have a big impact on the business side, we will have to change way of our supporting: 1. each reviewer will have to own a cert, instead of the reviewer group own the cert 2. the partners have not bought a TAM won't be taking care, if there is no default tam list notified. Thanks, Peng Mao
(In reply to MaoPeng from comment #5) > Hi Jeff, > > Just want to confirm with you, setting needinfo to a mail list or a group of > people is not going to be supported in BZ 5 ? Close enough, you can't needinfo an account that can't login, and mailing lists are among the list of account types that have login disabled. > This is going to have a big impact on the business side, we will have to > change way of our supporting: > 1. each reviewer will have to own a cert, instead of the reviewer group own > the cert > 2. the partners have not bought a TAM won't be taking care, if there is no > default tam list notified. Own in Bugzilla means assignee, notified means you are on the CC list, this change doesn't impact either of those things so I'm not sure what you mean here.
Setting needinfo to a list is probably a common a requirement across many products e.g. where a list is the default component owner and the bug hasn't (yet) been assigned to an individual. If a disabled account can be a meaningful assignee on an open bug, then it needs to both have mail sent to it and to be available on specifically requestable flags. (I'd still prefer a solution that tagged mailing list accounts in a specific way e.g. as members of a generalised 'no_unsub_link' group to which properties like this one could be attached.)
This is an upstream change and I'm reluctant to add technical debt given the arguments presented so far. If you have workflows that need the attention of a group, then the currently supported way of doing that is using a flag or custom field. I'd recommend a flag as they are easier to create and you have much better control over who can view or request, or grant them. A dedicated flag is better for this and doesn't cost us any technical debt, seems pretty straight forward to me.