2010-04-26 101 views
5

在我工作的地方,我們廣泛使用Bugzilla進行bug和功能跟蹤。我們利用內置的里程碑來幫助我們更好地管理時間表,但有時優先級會發生變化,里程碑需要重新安排。在此期間,我們使用「一次更改多個錯誤」功能來移動它們,但結果是每個參與者都需要大量bugspam(當然除了實際進行更改的人員)。在bugzilla中一次修改多個bug時禁用郵件

有什麼辦法,如果許多錯誤被同時被改變,以輕鬆關閉電子郵件?

回答

11

是的,但它需要管理員訪問權限。在「管理」部分中,轉到參數:電子郵件:mail_delivery_method,並將其設置爲「測試」(將電子郵件後臺打印到磁盤上的文件)或「無」(以完全禁用電子郵件)。然後,進行更改並重新啓用您的電子郵件。您可能希望在announcehtml中輸入消息,以便任何其他使用該系統的用戶都知道在更改錯誤時不會有電子郵件發送出去。

你也可以說服你的用戶(和/或設置的默認選項),取消選擇在電子郵件首發送電子郵件的選項時,「優先級,狀態,嚴重性或里程碑的變化。」

1

不幸的是,這並不容易。最好的辦法是發出關於如何設置電子郵件首選項的明確說明,以便不會生成有關這些事件的電子郵件。我想,你可以更新他們的偏好。

你可以通過幾種方法在代碼中實現你想要的東西。例如,您可以將process_bug.cgi的邏輯添加到不爲這些事件生成電子郵件。

我們在模板/ en/default/list/edit-multiple.html.tmpl中的一個複選框中添加了一個複選框,允許在下次修改該bug時才生成電子郵件的「安靜」更改。新的錯誤電子郵件發送自lastdiffed以來發生變化的所有內容,因此如果不更新lastdiffed,更改將最終結束。

但是,我想說服你們不要做這些事情!我不願意使用我們添加的安靜更改複選框,因爲這意味着我正在用我的判斷來代替每個可能的收件人。我想這對於里程碑等是可以的,但總的來說,我想尊重每個用戶的偏好。

如果您決定執行代碼或模板的一些變化,你應該訪問的irc.mozilla.org #mozwebtools談論他們,看看是否有相關的錯誤有候選補等

另一個我們這樣做並不是Mozilla的版本,因爲我們爲每封發出的電子郵件添加標題,以便輕鬆過濾掉人們不想要的電子郵件。

有光在隧道的盡頭一點點,雖然。我知道Max Kanat-Alexander(以及其他主要貢獻者)以及我們正在考慮如何將一組更改作爲一個更改「集合」來考慮。當實現該功能時,將「一次更改幾個錯誤」合併到一個電子郵件中的每個收件人變得更加可行。

3

五年後,這個功能一直致力於Bugzilla的(2015年3月13日與commit 1d96fa1)的主分支,目前正在跟蹤交付使用的Bugzilla 6。0

這個功能請求有幾個錯誤,但實際修復發生的錯誤是Bug #1062718

相關問題