Отключить электронную почту при изменении сразу нескольких ошибок в bugzilla - PullRequest
5 голосов
/ 26 апреля 2010

Там, где я работаю, мы широко используем Bugzilla для отслеживания ошибок и функций. Мы используем преимущества встроенных вех, чтобы помочь нам лучше управлять нашими временными рамками, но иногда приоритеты меняются, а вехи необходимо перестраивать. В течение этого времени мы используем функцию «изменить несколько ошибок одновременно», чтобы переместить их, но в результате получается множество ошибок в спаме для всех участников (за исключением, разумеется, человека, который вносит изменения).

Можно ли как-то легко отключить электронную почту, если много ошибок меняется одновременно?

Ответы [ 4 ]

11 голосов
/ 27 апреля 2010

Да, но для этого требуется доступ администратора. В разделе Администрирование перейдите в Параметры: Электронная почта: mail_delivery_method и установите для него значение Тест (для спулинга электронных писем в файл на диске) или Нет (для полного отключения электронной почты). Затем внесите изменения и повторно включите вашу электронную почту. Возможно, вы захотите поместить сообщение в announcehtml, чтобы другие пользователи, использующие систему, знали, что при изменении ваших ошибок не будет отправлено никаких писем.

Вы также можете убедить своих пользователей (и / или установить параметры по умолчанию) отменить выбор параметра в настройках электронной почты, который отправляет электронную почту при изменении «Приоритета, статуса, серьезности или вехи».

4 голосов
/ 02 ноября 2015

Пять лет спустя эта функция была передана в основную ветку Bugzilla (13 марта 2015 г. с commit 1d96fa1 ) и в настоящее время отслеживается для доставки с Bugzilla 6.0

Было несколько ошибок для этого запроса, но было исправлено Ошибка # 1062718

2 голосов
/ 28 мая 2012

Это соответствующая ошибка, FTR: https://bugzilla.mozilla.org/show_bug.cgi?id=26943

1 голос
/ 26 апреля 2010

Не очень легко, к сожалению. Лучше всего отправлять четкие инструкции о том, как настроить параметры электронной почты, чтобы сообщения об этих событиях не создавались. Вы могли бы обновить их предпочтения для них, я полагаю.

Вы можете реализовать то, что вы хотите, в коде несколькими способами. Например, вы можете добавить логику в process_bug.cgi, чтобы не генерировать электронную почту для этих событий.

Мы добавили в наш очень старый Bugzilla флажок в шаблоне / en / default / list / edit-multiple.html.tmpl, который позволял «тихие» изменения, которые не генерировали электронную почту, пока в следующий раз ошибка не будет изменена. Новое сообщение об ошибке рассылает все, что изменилось с момента последнего изменения, поэтому, не обновляя последнее изменение, изменения в конечном итоге исчезнут.

Однако я хотел бы убедить вас не делать ничего из этого! Я неохотно использую добавленный нами флажок «тихие изменения», потому что это означает, что я заменяю свое суждение на каждого возможного получателя. Я думаю, что это нормально для вех и тому подобного, но в целом я хочу уважать предпочтения каждого пользователя.

Если вы решите внести некоторые изменения в код или шаблоны, вы должны посетить #mozwebtools на irc.mozilla.org, чтобы поговорить о них, посмотреть, есть ли связанные ошибки, которые имеют патчи-кандидаты, и т. Д.

Еще одно, что мы делаем, чего нет в версии Mozilla, - это то, что мы добавляем заголовки к каждому исходящему письму, что позволяет легко отфильтровывать письма, которые людям не нужны.

Хотя в конце туннеля немного света. Я знаю, что и Макс Канат-Александр (и другие, кто вносит основной вклад), и мы думаем о том, как рассматривать кучу изменений во многих ошибках как один «набор» изменений. Когда это будет реализовано, становится более целесообразным объединить «изменение сразу нескольких ошибок» в одно письмо для каждого получателя.

...