追跡トピックと分割トピックに関する小さなバグ

貢献 バグ
1

かなり詳細ですが：
A) 多くの追跡トピックの下部に、以下の行が表示されます：

新しい返信の件数が表示されます（[このトピックを読みました] ため）

「このトピックを読む」リンクは機能しません。構造は以下の通りです：forum.domain.xxx/t/topic/u/user/preferences/notifications
これが特定の目的を持っているのか、それともバグで /t/topic の部分が不要なのかはわかりません。この部分を削除すると、設定の通知セクションに移動し、「x 分後にアクセスしたトピックを自動的に追跡する」や「トピックに投稿した際にそのトピックをに設定する」を調整できます。これがこのリンクの目的かもしれません。確信はありません。

B) トピックにアクセスして手動で追跡すると、同じメッセージが表示されます。「手動で追跡を選択したため、新しい返信の件数が表示されます」といったメッセージの方がより論理的だと思われます。

参考までに、私が返信を投稿したトピックや私が作成したトピックでは、行の末尾は「このトピックに返信したため／このトピックを作成したため」となっており、これは問題ありません。この場合、リンクは表示されません（「読みました」の場合と同様にリンクがあってもよいのですが）。

C) トピックの分割：今日気づいたのですが、追跡されているトピックが分割された場合、追跡パラメータは分割（フォーク）されたトピックに設定されます。これは良いことです。しかし、実際に読み済みの投稿の数が失われているようです。実際にはそれ以上の未読返信があったにもかかわらず、最後の回答のみが未読として表示され（その回答にリンクされていました）。これは少し複雑で、もしかすると「正常」な動作かもしれません。また、この現象は一度しか発生していないため、100% 確信はありません。

「いいね！」 1
2

これはバグであり、UX の問題ではないと私は考えています。問題は、リンクの href の先頭にスラッシュ（/）がないことに起因しています。例えば、私の場合、「このトピックを読む」リンクは u/simon_cossar/preferences/notifications に設定されています。コンソールで href を /u/simon_cossar/preferences/notifications に編集すると、私の環境では問題が解決します。

私は以前、Nav Links テーマコンポーネントを通じて追加されたナビゲーションリンクで同様の問題に遭遇しました。その場合、href は latest?solved=no に設定されていました。このリンクをサイトトップページ以外のページからクリックすると、ユーザーは「ページが見つかりません」ページに誘導されてしまいます。この形式のリンクは以前は正常に動作していたと理解していますが、現在は /latest?solved=no に設定する必要があります。

Discourse がこれらのリンクを扱う方法に変更があったのでしょうか？

「いいね！」 2
3

完全に間違っているかもしれませんが、自分の理解のために確認させてください。このスラッシュがないことが、リンクを domain/t/topic/u/.. ではなく domain/u/... へ向かわせている原因なのでしょうか？（スラッシュがないため、ドメインのベースではなく現在の URL に追加されてしまうのですか？）

4

私も同じ挙動を確認しています。例えば、https://meta.discourse.org/t/travis-tests-failing-due-to-eslint/163268 の「このトピックを読む」リンクをクリックすると、

https://meta.discourse.org/t/travis-tests-failing-due-to-eslint/163268/u/simon_cossar/preferences/notifications

という URL に移動しようとし、
https://meta.discourse.org/u/simon_cossar/preferences/notifications には移動しません。

「いいね！」 2
7

トラッキングされたトピック内のリンクに関するバグは、ここで修正されました。他に対処可能な点はあるかどうかわかりません。

「いいね！」 2