- Navios
- 2 de setembro de 2026 às 01:31 UTC
- Autor
- Kamo
- Enviar
- 1b4e247
Dois defeitos atrás de um relatório: o editor PDF não iria abrir, e excluir foi oferecido a um membro que não pode apagar. ** O editor.** DocManager posta em /api/docs/form-fillable/{id} e que Próximo A rota nunca foi criada. Não há captura-tudo em /api/docs — todos os outros proxies de área através de app/api/<area>/[[...path]] mas este conduz o ficheiro por arquivo — então o Next respondeu com seu próprio 404 HTML e a chamada falhou para EVERY Membro, incluindo um detentor de EDIT DOCUMENTS cujo pedido a infra-estrutura ter concedido. Apareceu como a bandeira genérica "Falhou em abrir documento", que lê exatamente como um problema de permissão e não é um. A montante endpoint foi sempre vivo: **************************** respostas 401 no docsservice implantado e através do relé APIService, onde um o caminho inventado responde 404. A nova rota espelha seu /api/docs/irmão aberto e passa o corpo (imgId, originalImgId, clássicoEditável) através intocado. ** O botão apagar. ** Cada linha renderizada excluir incondicionalmente, então a única algo que recusou foi o servidor — como uma leitura de alerta "DELETE DOCUMENTS requerido" em um botão que não deveria ter estado lá. O próprio repórter. O diagnóstico estava certo. Gated agora, juntamente com a exclusão em massa da barra de ferramentas, que chama o mesmo endpoint e teria produzido a recusa idêntica o momento em que uma linha foi selecionada. Modify é fechado em EDIT DOCUMENTS para o mesmo razão: ambos os modos por trás dele se recusam sem esse direito, então um membro somente de visualização só poderia alcançar um erro através dele. Baixe, arquive e compartilhe a estadia ungated -- eles seguem de VEZ DOCUMENTOS, já liquidados pela grade tendo Carregado. Isto é apresentação, não execução. ImagingController e DocumentController verificar estes direitos em cada chamada e permanecer a autoridade; escondendo um botão remove um beco sem saída, não protege nada. A regra de ligação vive no app/lib/ ao lado do modifationOptions.ts e para o mesmo razão: o vitest corre no ambiente do nó, então uma regra dentro de um componente não pode ser coberto. O protetor de rota é escopo para /api/docs porque é a área sem um catch-all, e falha exatamente neste bug quando o a rota foi removida.