- 出荷済み
- 2026年9月2日 1:31 UTC
- プロフィール
- Kamo
- コンテンツ
- 1b4e247
1つのレポートの背後にある2つの欠陥:PDFエディタが開きず、削除は 削除できない会員に提供される。 **エディタ。** DocManager は /api/docs/form-fillable/{id} に投稿し、次へ投稿します。 決して作成されなかった。 /api/docs の下にキャッチオールはありません。 app/api/<area>/[[[...path]] による領域プロキシ file — なので、次に独自の 404 HTML で答え、呼び出しは EVERY に失敗しました。 メンバーは、バックエンドを要求するEDIT DOCUMENTSを保持する1つを含む お問い合わせ 一般的な「文書を開くことができない」バナーとして解釈され、 許可の問題のように正確に読み込まれ、一つではありません。 アップストリーム endpoint は、以下にすべて住んでいます。 メニュー お問い合わせ 401 デプロイされた docsservice および APIService リレーを介して、 発明されたパスは404に答えます。 新しいルートは /api/docs/open の兄弟を映し出します 不接触でボディ(imgId、元のImgId、古典編集可能)を渡して下さい。 **削除ボタン。** すべての行が無条件に削除されるので、 「DELETE DOCUMENTS」の警告としてサーバーを拒否した事 そこにいなかったべきボタンの必須"。 記者自身の 診断は正しいです。 現在、ツールバーのバルク削除とともに、 同じエンドポイントを呼び出し、同一の拒否を生成しました 行が選択された瞬間。 Modify は EDIT DOCUMENTS 上で同じ 理由: 背後にある両方のモードは、その権利なしで拒否するので、ビューのみのメンバー エラーにしか到達できませんでした。 ダウンロード、バインダー、シェアステイ ungated -- それらは VIEW DOCUMENTS から続く、既に格子によって解決しました 読み込み中。 これは、執行ではなく、プレゼンテーションです。 イメージングコントローラと文書制御ツール すべての呼び出しでこれらの権利を確認し、権限を維持します。 ボタンを非表示 デッドエンドを取り除き、何も保護しません。 gating ルールは、modOptions.ts と同じように、app/lib/ に住んでいます。 理由:vitestはノード環境で実行されるので、コンポーネント内のルール 全くカバーできません。 ルートガードは /api/docs にスコープ付けされます。 キャッチオールのない領域であり、このバグを正確に失敗したときに ルートは削除されます.