Newly-created "unlisted" Topics send "new topic" Notifications

Perhaps the title is rather verbose, but I am assuming that this is unintended. As a staff member (or a TL4 user), I can create topics as unlisted by default (rather than having to create the topic and then unlist it).

Since this is available prior to posting, I would imagine that the intended usage (when doing prior to topic creation) would perhaps be rough drafting, or having the opportunity to double-check markdown prior to public viewing. Perhaps an intended usage would be for the topic itself being intended to as direct-link–only.

To clarify on the bug: if a user has set their Preferences to give them automatic notifications for new topics created in a category, and staff then create a new topic (manually set to “unlisted” prior to posting), those users will receive a direct notification about the new topic being posted (and the “unlisted” aspect is nearly redundant, in some situations).

This is a minor (perhaps cosmetic, in some situations) inconvenience that can affect some users. Or, if a site has set default notification settings for certain categories (e.g., announcements, updates, events), then it can affect everyone who has an account and hasn’t chosen to change their default notification preferences.

If this is the intended functionality (that newly-created unlisted topics still send out “new topic” notifications), then my suggestion would be to have it not do that. While it would make sense to send out notifications for other things happening with the topic (e.g., replies, likes), I don’t think it makes sense for “new topic” notifications to be sent.


EDIT: It’s quite possible that this is intended and that instead of fulfilling my suggestion / bug report, that a more appropriate action would be to direct me to use the “shared drafts” functionality.

I don’t think that “shared drafts” cover every use-case for unlisted topics though, so perhaps I’m trying overthinking the functionality of unlisted topics and everything is functioning as intended. But if that’s the case, then it seems a bit “meh” to have the ability to toggle unlisted/listed prior to topic creation, besides for consistency, if it doesn’t offer any extended use-cases.

「いいね!」 4

新しい、リストにない投稿(明らかにそうではないので、誰も見るべきではなかったため、すでに削除しました)にTL2ユーザーから「いいね!」をもらった理由がこれでわかると思います。

(少なくとも彼は私たちに10をくれました)

「いいね!」 5

機能を実装する/修正する必要があることを再確認します。未掲載のトピックは、スタッフが掲載するまで表示されるべきではありません。したがって、未掲載のステータスは、常にユーザーのカテゴリトラッキング設定を上書きする必要があります。

また、既存のトピックを未掲載にすることは、誰かのカテゴリトラッキングを上書きすべきだと主張します。私の見解では、未掲載のトピックはウィスパー投稿(同じアイコンを使用しています)に似ており、ウィスパーは通常のユーザーがトピックを監視していても表示されることはありません。トピックリストだけでなく、すべてのユーザー通知リストで未掲載にすべきです。

「いいね!」 6

はい、私もそう思います。個人的には今日必要としている機能ではありませんが、YouTubeなどの他のプラットフォームで使われている「非公開」という言葉は、チャンネル登録者に投稿の通知を送信しないという点で具体的であり、プライベートメッセージを書いていると思ったら、書いたものや投稿したものが公開される可能性があると知って問題になる可能性があることは間違いありません。

ご指摘の点に同意します。表示させたくないトピックが、カテゴリを視聴している全員に送信されるのが「意図した設計」である理由がわかりません。トピックの非公開設定は

ということは理解していますが、必要なのは、新しいトピックが作成時にコンポーザーで非公開に切り替えられた際に、通知が生成されないようにすることだけです。スタッフのみを対象とします。

「いいね!」 1

では、ユーザーがフォーラムのすべてのカテゴリを監視していて、リストから外されたトピックに関与している場合、通知を停止すべきなのでしょうか?(関与していたので、何が起こるかを知りたいと思うはずなのに)これは多くのエッジケースを生む可能性があるように思えます。

ユーザーがすでにトピックリンクを持っている場合に参加しているトピックの非公開については議論していません。公開前に非公開になる新しいトピックについて議論しています。したがって、トピックが公開前に非公開になった場合、リストされるまでカテゴリを追跡しているユーザーであっても、その存在が通知されないのは理にかなっています。

「いいね!」 3

これも私には理解できませんでした。私の経験では、これはリストにない投稿の有用性を著しく制限します。

私は、投稿を適切に保護されたカテゴリに入れる(または個人メッセージとして行う)ことでこの問題を回避していますが、これらはアクセス/通知を正しく設定するためにかなりの作業が必要なため、最適ではありません。

リストにない投稿ではカテゴリとタグの監視を無視し、特定のトピック/ユーザー(作成者である場合や、具体的に監視している場合)については通常どおり尊重してほしいです。

「いいね!」 3

Bump :confused:

このカテゴリには「すべての新規トピックでモデレーターの承認を必須にする」設定が適用されています。

新規に作成されたトピックはすべて、世界に公開される前にモデレーターの承認が必要になります。これは私たちの特定のカテゴリのユースケースにおいて素晴らしい機能です。

残念ながら、そのカテゴリの最初のトピックを「Watch」に設定しているすべてのユーザーが、私たちが承認する前に新規トピックの通知を受け取っています :exploding_head:

さらに悪いことに、通知にはトピックを表示したり、やり取りしたりできるリンクが含まれており、トピックのモデレーションが必要であるという本来の目的を損なっています :pensive_face:

「いいね!」 1

これを大胆にも Bug に移動します。これはまさにバグですから!

では、非公開とはトピックリストから隠されていることを意味します。サイト上の通知(@メンション、引用、返信、リンク、いいねなど)は抑制されないと思います。

トピックが作成されたときに通知されない場合、ユーザーはいつ通知されるのでしょうか?非公開にしても通知はトリガーされません

これを再現しようとしましたが、できませんでした。

  1. テストユーザーを作成し、私のテストカテゴリをウォッチさせています。
  2. テストカテゴリで「すべての新規トピックはモデレーターの承認を必要とする」を有効にしました。
  3. 別のテストユーザーでテストカテゴリにトピックを作成しました。

結果:

  • トピックを作成したテストユーザーは、トピックが承認待ちであることを通知されます。
  • 管理ユーザーは、レビューキューで投稿を確認できますが、/latestのようなトピックリストでは確認できません。
  • カテゴリをウォッチしているテストユーザーには通知がなく、トピックリストでトピックを確認できません。

アンリストがこれにどのように関連しているのかわかりません。承認待ちのトピックはアンリストされていません。もしそうであれば、私の管理ユーザーはトピックリストでトピックを確認できるはずです。

「いいね!」 1

大変申し訳ありません、間違っていたようです :pensive_face:

@nathank 申し訳ありませんが、@Moin さんの上記の手順に従っても、今朝も再現できませんでした。

皆さん、ごめんなさい :confused:

「いいね!」 1

トピックを投稿したユーザーがカテゴリのモデレーター権限を持っていた可能性はありますか?スタッフ(この場合はカテゴリモデレーターも)の投稿は承認を必要としません。彼らは自分で承認することもできます。

おそらく…しかし、最近の投稿をいくつか見ると、このフローが発生した可能性があります。

  1. 新しい投稿はモデレーターの承認のために正しく隔離されました
  2. モデレーターが承認しました
  3. モデレーターはすぐにそれを非表示にし、OPに編集を依頼する返信をしました
  4. ユーザーが編集しました
  5. モデレーターがトピックを公開しました

私が思うに、ステップ2は、モデレーターが気づかないうちに、そのカテゴリの最初の投稿を監視しているすべての人に自然に(そして正しく)通知を送信した可能性があります。そして、彼がすぐに非表示にしたアクションは、通知がすでに送信されていたため、やや遅すぎました。

OPに返信できるように、投稿を承認したのだと思います。

皆さん、再び誤報をお詫びします。大変恥ずかしいです :see_no_evil_monkey: