Отключите электронную почту при изменении нескольких ошибок сразу в Bugzilla

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

Там какой-либо путь состоит в том, чтобы легко выключить электронные письма, если много ошибок изменяются сразу?

5
задан Jay Paroline 26 April 2010 в 17:17
поделиться

2 ответа

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

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

{{1} }
11
ответ дан 18 December 2019 в 09:05
поделиться

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

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

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

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

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

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

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

1
ответ дан 18 December 2019 в 09:05
поделиться
Другие вопросы по тегам:

Похожие вопросы: