こんにちは
フラグ: ユーザーの承認が必要です。
スパム行為を理由にユーザーを停止した後、現在も「はい」ボタンが残っています。
この変更は GitHub - discourse/discourse at 5b61a1d4496d9ea51fcd6fd79f736dff530781ab · GitHub （またはそれより前のバージョン）で発生したようです。
備考:
- 私はこのサイトの管理者ではありません。
- この詳細で十分であることを願っています。
「いいね！」 5
ご報告ありがとうございます。正しいコンテキストを復元する修正が進行中です。
「いいね！」 2
@awesomerobot さん、この問題を解決してくれてありがとうございます。
私のフォーラムは discourse/discourse#43495 を含む Discourse バージョン ed00bce10a9e2ad5f12f6ae6b3a229bb62cf2d2b に更新されましたが、「ユーザー承認待ち」のレビュー項目において、これらの予期しないボタンが依然として表示されています。
おそらく報告が明確ではなかったようです。問題はコンテキストが欠けていたことではありません。すでにフラグレビューインターフェースを通じてユーザーを停止することで、レビュー項目を解決済みとしています。解決済みのレビュー項目にまだこの「はい」ボタンがある理由はありません。レビューを完了するために追加のアクションが必要であるかのように見せ、混乱を招くだけです。しかし、このボタンが提供する唯一のアクションはユーザーを承認することであり、彼らがスパマーである以上、それは理にかなっていません。他のタイプのレビュー項目では、レビュー完了後にボタンが表示されることはなく、これらのボタンは以前「ユーザー承認待ち」のレビュー項目には存在しませんでした。
これは明らかにバグであり、「UX」の問題ではありません。
「いいね！」 2
あ、今ならわかります。追加の情報をありがとうございます。少し整理が必要でした… 以前レビューキューの変更で見逃したものだと思っていましたが、実際にはレビューキューに影響するはずのない別の変更による副作用でした。
元の問題は、must_approve_users がオンになっている場合、レビューキューに処理済みの項目があるがまだ承認されていないユーザーは、管理ページから承認できなかったというものです。承認は保留中の項目に対してのみ機能していたためです。修正により、処理済みのキュー項目がある場合でもユーザーを承認できるようになりました。これにより管理ページの問題は解決しましたが、レビューキュー内の処理済み項目にも承認ボタンが表示されるようになってしまいました。
つまり、コンテキストを修正するのではなく、ご指摘の通りその承認ボタンは表示されるべきではありません。レビューキューで再びそれを非表示にする修正を準備中です：
「いいね！」 1
同じフラグがまた発生したら、すぐに投稿 #6 を解決策としてマークします。
対応ありがとうございます。
「いいね！」 1
OK、問題は解決したようです。
このフォーラムでは、解決策ボタンはどこにありますか？投稿の下のアイコンの行にあると予想していました。
「いいね！」 1
Moin
9
このカテゴリでは「解決済み」プラグインは有効になっていません。例えば、Support などのトピックの下にボタンを見つけることができます。
時折、ユーザーが最終的な解決策ではなくワークアラウンドが共有された後にトピックを「解決済み」とマークすることがあります。そのため、このカテゴリのトピックには fixed タグが追加され、問題を解決したユーザーによってトピックがクローズされます。
「いいね！」 2
