ロックされたコメントは実際にロックされています

新しい機能

モデレーターは長い間コメントをロックできました。コメントをロックすると新しい返信が防止され、スレッドが終了した時やサブ会話が逸脱した際に便利です。

問題は、「ロックされた」という状態にはあまり重みが無かったことです。読者にはコメントがロックされていることを示す視覚的な指標がありませんでした。そして、新しい返信がブロックされていたにもかかわらず、元の著者や編集権限を持つ誰でもコメントを編集または削除できました。本当にロックされているとは言えません。このアップデートは、その両方を修正します。

ロックアイコン

モデレーターがコメントをロックすると、コメントの右上隅に小さな南京錠アイコンが表示されます。これはすべての読者に表示されます - モデレーターだけではありません。コメントを解除するとアイコンが消えます。

アイコンはピンアイコンと同様に、ライトモードとダークモードを尊重します。

編集と削除がブロックされます

ロックされたコメントは、管理者やモデレーターを含む誰によっても編集または削除できません。ロックされたコメントを編集または削除したい場合は、まず解除し、変更を加え、その後再度ロックしてください。

これはコメントに触れるすべてのパスに適用されます：

• ユーザー向けウィジェットは、ロックされたコメントの編集および削除メニュー項目を非表示にします。
• 公共APIのPATCHおよびDELETEエンドポイントは、対象のコメントがロックされている場合にlockedエラーを返します。
• 管理者モデレーションUIは、最初に解除せずに削除しようとするとロックエラーを表示します。

例外

いくつかのパスは、意図的にロックをバイパスして仕事を遂行します：

• アカウント削除。ユーザーがFastCommentsアカウントを削除すると、そのコメントはロック状態に関係なくクリーンアップされます。
• テナント / SSOユーザーのクリーンアップ。テナントレベルのユーザー削除の場合も同様のアイデアです。
• スケジュールされた自動削除。特定の時間にコメントを削除するようにスケジュールした場合、スケジューラーはロックを気にする必要はありません。
• 重複のクリーンアップ。重複排除ツールは、ロックされた重複を式なしで削除します。
• 「このユーザーのすべてのコメントを削除」のモデレーター禁止。ユーザーを禁止し、その履歴を一掃するのは単一の意図的なアクションであるため、ロックも解除されます。

それ以外は、ウィジェット、モデレーションUI、公共API、外部呼び出しがロックを尊重します。

APIエラー形式

ロックされたコメントを編集または削除するために公共APIを呼び出すと、次のようなレスポンスが返されます：

HTTPステータスは401です。translatedErrorフィールドは、あなたのテナントに設定されたロケールと、設定されたカスタム翻訳を使用します。

結論

小さな変更ですが、しばらくオープンだったギャップを埋めます。ロックされているは今やロックされていることを意味します。

乾杯！