- Navios
- 15 de agosto de 2026 às 05:11 UTC
- Autor
- kamo
- Enviar
- 9884a75
A aba Aplicativos permitidos mostrou "Não disponível" para cada aplicativo e rastreou sempre que outra opção era escolhida. loadModels () é executado a partir de um efeito somente de montagem, então seu mapBackendModel fechou o primeiro serviço de renderizaçãoTypes — o catálogo de aplicativos da plataforma, ainda vazio porque a sua busca não tinha resolvido. Hydration built appConfigs mapeando esse array, então cada modelo voltou sem nenhuma configuração do aplicativo e a disponibilidade persistente foi eliminado. O editor desenha uma linha por aplicação de catálogo, sem correspondência config, e caiu para NOT AVAILABLE; updateAppConfig então mapeou sobre o array vazio, então uma nova seleção não tinha nenhuma linha para pousar. A carga também saiu vazia, e a infraestrutura lê uma lista de aplicativosConfigs vazia como "limpar tudo" — assim, salvar um modelo daquela tela limpou seus subsídios. Hidratar o que a infra- estrutura persistiu. O catálogo só agora decide quais linhas são desenhadas e quais são os estados salvos explicitamente; nunca decide o que um modelo tem. Config edita upsert para que a primeira alteração para cada aplicativo sticks, e a carga útil salva carrega através de configu listas mais longas, que uma gravação independente usada para apagar silenciosamente. Também corrige a coluna Apps da tabela de listas, que lê 0 / N para cada modelo.