redmine.tokyo » Unofficial Redmine Cooking

+1

メール通知を一時停止したくなる場合はありますね・

models/journal.rbにて、
下記の送信条件に、

&& !(new_value_for('relates').present?)

を追加すれば良いのではないでしょうか？
本来はSettingを追加し選択可能にした方が良いとは思いますが。。

  def send_notification
    if notify? && (Setting.notified_events.include?('issue_updated') ||
        (Setting.notified_events.include?('issue_note_added') && notes.present?) ||
        (Setting.notified_events.include?('issue_status_updated') && new_status.present?) ||
        (Setting.notified_events.include?('issue_assigned_to_updated') && detail_for_attribute('assigned_to_id').present?) ||
        (Setting.notified_events.include?('issue_priority_updated') && new_value_for('priority_id').present?)
      )
      Mailer.deliver_issue_edit(self)
    end
  end

本家起票済でした。

On relation change/add notification setting
https://www.redmine.org/issues/16098

Reason: It leads to spam

+1が8件です。あと2件で二桁(dec)

ありがとうございます！
本家に＋１しました。

本家の+1が10件になりました。
後一つで11件

チケットの更新については「コメントの追加」「担当者の更新」の更新だけ通知するように設定しているので、関連の追加と削除で通知が送られることを知りませんでした。

「管理」→「設定」→「メール通知」で設定できるべきですね。

前田さん

調査とご教示、本当にありがとうございます！
早速、会社のRedmineに設定させて頂きました！！
大感謝です！！

この振る舞いで自分の所は大丈夫なのですが、
チケットの説明欄のみを修正した場合も通知されなくなるようで、
説明欄の修正通知は必要なケースもあると思いました。

メール送信対象の選択肢に「説明の更新」「チケット関連の更新」や
「ウォッチャーの更新」が追加されると良いと思いました。
（だれがウォッチャーに入れたの？とか、いつ消したのー！とか）

楠川 智久 さんは書きました:

チケットの説明欄のみを修正した場合も通知されなくなるようで、
説明欄の修正通知は必要なケースもあると思いました。

なるほど、ソースコード見てないのですが、「チケットの更新」が ON の場合は Journal の追加がすべて通知されて、「チケットの更新」を OFF にして下位のチェックボックスを ON にすると Journal の追加のうちチェックボックスが ON のイベントのみが通知されるという動きのようですね。納得できました。

説明欄の更新はチェックボックスで ON/OFF できたほうがよさそうですね。ウォッチャーについてはウォッチャーの追加・削除を Journal に追加するようにする必要がありますが、話がちょっと大きくなりそうです（そもそもそれをチケットの履歴欄に出すべきかどうかとか、権限とか）。

下記の1行パッチで、関連付けのみメール通知停止することを確認しました。
(Redmine3.4-unofficial版で確認、trunkも大丈夫の筈)
https://redmine.tokyo/issues/996#note-2

当面のワークアラウンドとしては有効となので、
賞味期限あるうちに本家持っていきます。（数日？)

4.1対応チケットがまた増えそうな。。(^^