フォーラムやMetaで、トピックのタイトルが編集されるとトピックが「bump」されることに気づきました。これは私にとって非常に混乱を招きます。トピックがトピックリストの一番上に表示されるため、何か新しいものだと期待しますが、編集は最初の投稿で行われたのに、通常は最新の投稿に移動させられるため、変更点を見つけるのが非常に困難です。
最後の投稿の編集ではトピックがbumpされなくなったという変更に気づきましたが、トピックタイトルの編集がbumpを引き起こすようになったのは、その変更の副作用なのでしょうか？
カテゴリやタグの編集にも影響します。
ありがとうございます。数時間前にマージされたPRを考えると、もっともらしいです。@martin が確認します。
ありがとうございます、モインさん。わかりました…最後の投稿かどうかを確認しなくなったので、トピックのOP（元の投稿者）のコンテンツのみが変更されているかどうかを確認し、その場合はバンプをバイパスする必要があります。
修正はこちらです：
カテゴリの変更では再現できましたが、タグの変更では再現できませんでした。
これを修正していただきありがとうございます
再現が必要な場合に備えて、タグを追加して Profile picture next to pinned topics を更新しました
再現できるようになりました。昨日できなかった理由は不明ですが、不思議です。
タイトルがトピックを更新しないのは有効だと思いますが、カテゴリとタグの編集による更新は、これら 2 つの設定によって複雑になると考えられます。
これらは、OP を編集したときにトピックが更新されるかどうかを制御します。
しかし、これらの設定は、カテゴリ/タグを変更したときに実際の通知が送信されるかどうかも制御するため、切り分けるのは少し複雑です。内部で少し議論してから、改めてご連絡します。
編集の際に、トピックの更新（トピック、カテゴリ、タグの変更）で、返信がない場合にのみトピックが更新されていました。それ以外の場合は、最後の投稿ではなかったため、更新されませんでした。それを元に戻す予定ですか、それともこれらの更新もブロックしたいですか？
テストトピックのカテゴリ編集が、なぜトピックを更新しなかったのかも疑問でした。編集猶予期間のせいだと感じています。5分待ってからカテゴリを編集すると、トピックが再び更新されました。
返信以外で、現在トピックが更新される原因がまだよくわかりません。それを理解することで、ユーザーが連続して返信を投稿する代わりに投稿を編集するというDiscourseの指示に従って編集した場合に、どのように通知されるかの解決策を見つけるのに役立つかもしれません。システムから投稿を編集するように指示され、その通りにしたのに誰も気づかないのは、非常に不満な体験になると思います。また、Wiki投稿の編集を追跡する方法についても質問しました。
お誕生日おめでとうございます 
タイトル、タグ、カテゴリの変更がバンプを引き起こさないように、ここでさらに調整を行います。しばらくお待ちください…
これで修正が完了し、タイトル/タグ/カテゴリの編集で更新が通知されなくなりました。
この変更を元に戻すオプションはありますか？
私の用途では、トピックを編集して最新フィードのトップに移動させることは、バグではなく機能でした。私はこの動作に依存して、ユーザーにトピックに変更があったことを伝えていました。
最後に投稿されたものが編集されてトピックが移動されることは、おそらく多くの人が最新フィードで投稿を上位に移動させ、アイテムを人々の注意を引くために利用しているでしょう。
投稿に返信して変更を伝えることは、それほど効率的ではありません。ユーザーが投稿1を読んだ場合、返信でトピックを移動させると返信に移動しますが、編集が投稿1（私の場合は常にそうですが）にある場合、ユーザーはそれを見ることができません。
この投稿のように：Minor editing should not bump the topic. この動作は望ましい動作である/バグではないという見解でした。
この変更を切り替える設定があれば、人々はこの設定を好みに合わせて調整できるでしょう。確立された長い機能を覆すのではなく。
編集でトピックを自動的に更新したくない場合もありますが、タイムリーな変更をより分かりやすくしたい場合もあります。自動更新はオプションですが、私が望むものとは少し違います。
自動更新には日付/時刻の設定が必要です。
自動更新メニューに「今すぐ」オプションを追加したくなりますが、自動更新の通知は、意図的ではない自動的な更新であることを示しており、これは異なるシグナルです。
ロールまたは信頼レベルで有効にできる編集時のトピック更新オプションを時々望んでいました。「編集を保存」と「編集を保存して更新」のボタンを想像します。
…そして、結果の通知には「スタッフによってトピックが編集されました」などのメッセージが表示されるかもしれません。
また、以前の動作が非常に便利だったことも申し上げたいです。誰か、以前の動作と新しい動作を切り替えることができるボタンを追加していただけませんか？
バンプ（topic bumping）をどのように使用し、どのような場合に役立ったか説明していただけますか？
新しい動作と古い動作のどちらが良いか、まだ決めかねています。
例えば、トピックにまだ返信がない場合に、タイトル、カテゴリ、タグの変更によってトピックが一番上に移動されるのが気に入っていました。これにより、これらのカテゴリやタグを主に見ていたユーザーがそれに気づいて返信できるようになりました。また、フォーラムでモデレーターがカテゴリやタグをどのように使用しているかを学ぶのに大いに役立ちました。トピックは、回答される前に移動されることがよくありました。
また、Discourseの設定により、別の投稿を作成するのではなく、情報追加を強制されるアプローチも気に入っています。ただし、これはトピックが一番上に移動する場合にのみ機能します。そのため、現在はユーザーが連続して3件以上の投稿を行うことがブロックされていますが、編集してもトピックは一番上に移動しないため、誰も気づかない可能性が高いという奇妙な状況になっています。
返信のないウィキトピック（wiki topic）があり、変更があった場合にトピックが一番上に移動し、トピックをクリックするとすぐに編集された投稿に着地するというのも、これを処理する良い方法だと考えていました。
ウィキは再びバンプするようになりましたが、最後の投稿である場合にのみバンプするようになりました。これは混乱を招くと感じています。一番上に移動されたトピックを開いても、着地した場所（最後の投稿）で、その理由が明確ではありません。
しかし、小さな変更ではバンプが発生しないのは良いと思います。以前は重要ではないと考えていた小さな詳細を追加するために編集することが増えたことに気づきました。なぜなら、それらをバンプの原因とみなしていたからです。
的確なご指摘ありがとうございます。
意図的に返信がない投稿は、編集があった場合に最新フィードの一番上まで上がっていました。例えば、情報が変更された告知などです。
編集によって廃止された情報を削除するような、トピックの実際の更新に対して、最新フィードの一番上に戻ることは非常に望ましかったです。返信の連鎖で行うこともできましたが、時間とともに、ユーザーが何を伝えようとしているのかを把握するのが煩雑になります（例えば、10件の返信で変更があった場合を想像してみてください）。元の投稿/最新の投稿を編集して、トピックが最新フィードを上昇するのがはるかにすっきりしていました。
この件については、両方の意見があることは理解しています。Discourseの以前からの長年の機能を復元するオプションを追加すれば、誰もが満足するでしょう。おそらく、オプションは将来的に、投稿のどの活動が最新フィードを上昇させるかを細かく制御できるように拡張されるでしょう。
私にとっては、長年続いてきた方法が最適であり、それに頼るようになりました。
この変更には不意を突かれましたが、ユーザーは投稿編集でトピックを一番上に戻すために投稿日時を変更できます。なぜ、以前のように自動的に行わないのでしょうか？
この件は、今後見直される可能性はありますか、それともこの変更の調整を求めるのは諦めた方が良いでしょうか？
@pmusaraj @martin この変更により、最後の投稿を編集するとアクティビティフィードの先頭に戻るという長年の動作が元に戻されました。
この最後の投稿編集時の「bump」が製品に戻されると非常に助かります。10年以上にわたる前例が一度に覆され、私たちにとって苦痛となっています。
スタッフ権限を持つユーザーは日付を移動することでこれを解決できますが、他のユーザーはできません。編集時にbumpを許可するオプションを追加するか、以前の動作を復元する必要があると思います。
この変更を元に戻すつもりはありません。社内で議論しましたが、お客様のユースケースについては、以下のいずれかの方法をご利用いただけます。
また、自動トピック更新タイマーを使用することも有効です。将来的には、カテゴリごとにトピックの更新をより細かく制御できるように、追加の設定オプションを導入する可能性があります。
TL4やスタッフによって更新されたすべての投稿が、フォーラムのほとんどのユーザーが編集できるウィキになるわけではないかもしれません。
また、OPがウィキであり編集された場合にバンプすると、複数のウィキ投稿があるトピックや、ウィキが最初の投稿でないトピックでは役立ちません。例えば、1か月間にわたって収集されるもののトピックで、次の月の新しいウィキを返信として作成する場合などです。これは、現在の月のウィキが最新の投稿であったため、トピックがバンプされ、非常にうまく機能していました。
タイマーは、削除できない迷惑な小さなアクション投稿をトピックに追加します。なぜなら、それを削除するとバンプの日付が再びリセットされてしまうからです。
変更を元に戻したくないことは理解できますし、限定的な領域（自分の投稿の小さな改善）での利点も理解できますが、その場合は、フォーラムで確立されたワークフローが引き続き機能するようにする方法を検討する必要があるかもしれません。
スタッフは、不必要にバンプされた最新のトピックを見たときにバンプ日をリセットしますが、これは、バンプされるべきであったのにバンプされなかったトピックをスタッフが手動でバンプするよりも、何らかの点でより良く機能していました。彼らはこれらにどう気づくのでしょうか？
マーティンが言ったように、現時点ではこの変更を元に戻すつもりはありません。
3つの回避策があります。
また、ドキュメントカテゴリのトピックは編集された際に引き続き更新しています。
これらの回避策がすべてのユースケースにとって理想的ではないことは理解しています。これらのいずれのオプションも実行不可能な特定のユースケースに遭遇した場合は、Feature トピックで私たちと共有してください。
