- 出荷済み
- 2026年9月6日 7:07 UTC
- プロフィール
- Kamo
- コンテンツ
- c054b74
POST /{id}/verify-fix を追加 — この機能の 1 つのステータスが変更されない MANAGE SYSTEM BUGSにゲート。 1つの穴ではなく別のエンドポイント それに加えて、それは全体の設計です:changeStatusはステータス名をから取ります 体は、その門をリラックスさせ、報告を提出したメンバーを手渡しました 他の人の決定にWon't Fixを含む、任意のステータスを設定することができます。 これは何も取りません。 目的地はVERIFIEDで、出発は REQUIRES VERIFICATION は、発信者またはプラットフォーム管理者です。 将来的に変化するパラメータはここにありません。 mayVerifyFix は、両方の半分に応答します。ボタンを描画するかどうか ******************** とプレスをホーニングするかどうか - 2 実装は、エンドポイントが拒否するアクションに対してボタンが表示される方法であり、 最後に見つかったバグのバージョンは、管理者のために動作するものです レポート作成者ではなく、 changeStatus は否定的な理由を扱い、applicationStatus は WONT FIX に書きます。 ステータスと同じ書き込みで他のすべてのためにそれをクリアします。 呼び出し者と それをスキップするのではなく、ヌルを渡すと言うのは何もありません: 理由なしの拒否 残っている前の出血をクリアする必要があります。 ステータスフィルタは、?status= で予約トークンとして REQUIRES VERIFICATION を受け付けます。 SystemBugStatusType ではなく、レポートのステータスではなく保存された質問です ででき、enum にそれを加えることは三重の低下にそれを置く、 すべてのカードで、全ての行の status name で、誰かがそれを選択した。 未知の または退職された状態名は「永続状態」として読み込まれるので、ブックマークは1つを命名 エラーではなく、フルリストに3つの正反対の土地。 もはやAIディスパッチ履歴をプロジェクトしません。 読者に何も言わない ハンドオフの使い方をモデル化したレポートは、操作上の詳細です。 ハンドオフをし、AIのプリフライトに送る セキュリティサービス 監査行は非接触であり、引き出しごとのクエリが開きます.