- Navios
- 8 de setembro de 2026 às 01:09 UTC
- Autor
- Kamo
- Enviar
- cd87743
ServiceType navios dentro do frasco de cada serviço enquanto ORG FEATURES é compartilhado, então um app recentemente adicionado está SEMPRE no banco de dados antes de os leitores mais velhos foram Reconstruído. Essa janela abre em cada implantação e fecha apenas quando o último serviço é enrolado — é o caso normal, não uma borda. O ServiceTypeConverter lançou um ID que não reconheceu. Hibernate aumenta isso enquanto materializava a linha, então a falha não foi o aplicativo: todo o org features lido falhou, para cada organização, em cada serviço ainda a gerir o jarro mais velho. Isso aconteceu esta noite. Ids 34 e 35 (KAMO UNIVERSE, CHESS) foram escritos contra Org raiz em 23:50 UTC; SecurityService tinha sido construído antes dessas constantes Existiu. A partir de então GET /api/security/features respondeu 500, então os aplicativos página de configurações listado zero disponível e zero aplicativos indisponíveis, e a org a carga útil voltou sem nenhuma característica — que é o que realmente dói, porque sem nenhum aplicativo ligado aos editores de permissão não renderizar nenhum grupo de segurança do aplicativo, e Cada direito marcado para uma aplicação desaparece silenciosamente dos cinco. Lê-se como "metade dos meus direitos desapareceram", e nada diz porquê. Então um ID desconhecido agora resolve nulo e a linha é ignorada, que é o que cada O chamador já estava escrito para esperar — AppliedModelEnforcementService, ******************* e Todos os guardas para um tipo nulo... e qual RoleRightTypeConverter, o único outro conversor desta forma, tem Sempre feito. O id é registrado uma vez por serviço, então uma compilação antiga ainda anuncia Ele próprio. Nada muda no caminho de escrita: convertToDatabaseColumn só vê uma constante real, então uma linha que uma compilação mais antiga não pode ler é deixada exatamente como escrita.