- Navios
- 6 de setembro de 2026 às 02:22 UTC
- Autor
- Kamo
- Enviar
- c7724cb
A aba era invisível para cada membro da equipe em cada organização, incluindo uma olhando para uma postagem aberta. Não é um problema de direitos, embora foi moldado exatamente como um: ************* não tinha nenhuma rota seguinte atrás dele. O portal adicionado em f24039c0 depende de membrosCarreiraApi.openings(). Respostas seguintes caminho não direcionado com o seu próprio 404 HTML, ler<T> lança sobre isso, e captura — que existe assim uma contagem falha retém a aba em vez de abrir uma em um erro — engoliu-o. carreiraAberturas permaneceram nulas, (null ?? 0) > 0 ficou falso, e a aba nunca renderizou. Cada outra camada já estava certa: respostas de endpoint, APIService avança, CarreirasAccess.requireView admite uma equipe membro, e contra o agrupamento vivo toda a cadeia agora retorna {"aceitando":1}. É onde isto continua a acontecer. A maioria das áreas de recursos proxy através de um opcional catch-all, então um caminho sob as rotas se alguém lembrou ou não it; /api/docs não tem nenhum, então cada um dos dezesseis caminhos de carreira é um arquivo. A documentos UI perdeu uma versão para o erro idêntico — veja docsApiRoutesExist.test.ts, escrita para uma rota que nunca foi criada. também faltava a aplicação-prompt/desiste, e tinha falhado silenciosamente no mesmo caminho: CareersTab dispara-lo como o diálogo de aplicação fecha e descarta o resultado, assim O prompt que um membro já gastou simplesmente voltou, para sempre. É uma linha da mesma omissão e é fixado com ele. O guarda é o ponto da mudança. carreirasApiRoutesExist.test.ts resolve o HR e ME prefixo constantes e verifica cada URL que o cliente constrói, porque o a verificação de documentos não consegue ver este ficheiro — corresponde aos literais que começam /api/docs, e carreirasApi.ts não tem nenhum. Ele falha em ambas as rotas antes deste commit.