- Verschifft
- 2. September 2026 um 01:31 UTC
- Autor
- Kamo
- Ausschuss
- 1b4e247
Zwei Mängel hinter einem Bericht: der PDF-Editor würde nicht öffnen, und löschen war einem Mitglied angeboten, das nicht löschen darf. **Der Editor.** DocManager postet zu /api/docs/form-fillable/{id' und dem Weiteren Route wurde nie erstellt. Es gibt keinen Catch-all unter /api/docs . Bereich Proxies durch App/api/<area&[[...path]] aber diese eine Routendatei von Datei - also Next antwortete mit seinem eigenen 404 HTML und der Anruf fehlgeschlagen für JE Mitglied, einschließlich einer Holding EDIT_DOCUMENTS, deren Antrag das Backend würde haben gewährt. Es tauchte als das generische "Failed to open document"-Banner auf, die sich genau wie ein Berechtigungsproblem liest und nicht eines ist. Der vorgelagerte Endpunkt war die ganze Zeit live: ************ Antworten 401 auf dem eingesetzten docsservice und über das APIService-Relais erfunden Pfad antwortet 404. Die neue Route spiegelt seine /api/docs/offene Geschwister und geht der Körper (imgId, originalImgId, classicEditable) durch unberührte. **Die Lösch-Button.** Jede Zeile löscht bedingungslos, so dass die einzige Zeile Sache, die abgelehnt wurde, war der Server - als Alarm mit der Aufschrift "DELETE_DOCUMENTS erforderlich" auf einem Knopf, der nicht hätte da sein sollen. Der Reporter selbst Die Diagnose war richtig. Gated jetzt, zusammen mit der Toolbar Bulk löschen, welche ruft den gleichen Endpunkt auf und hätte die gleiche Ablehnung hervorgerufen: Moment, eine Reihe ausgewählt wurde. Modify ist auf EDIT_DOCUMENTS für die gleiche gated Grund: Beide Modi dahinter verweigern sich ohne dieses Recht, also nur ein reines Aussichtsmitglied konnte immer nur einen Fehler durch sie zu erreichen. Herunterladen, Ordner und Aktien Aufenthalt Sie folgen von VIEW_DOCUMENTS, die bereits vom Netz mit dem Gitter besiedelt sind überhaupt geladen. Das ist Präsentation, nicht Durchsetzung. ImagingController und DocumentController Überprüfen Sie diese Rechte bei jedem Anruf und bleiben die Autorität; eine Taste verstecken entfernt sich eine Sackgasse, sie schützt nichts. Die Gating-Regel lebt in app/lib/ neben modifizierenOptions.ts und für das gleiche Grund: vitest läuft in der Knotenumgebung, also eine Regel innerhalb eines Bauteils kann überhaupt nicht abgedeckt werden. Der Routenschutz ist auf /api/docs ausgerichtet, weil das ist der Bereich ohne Catch-all, und es scheitert auf genau diesem Fehler, wenn die route wird entfernt.