- Expédié
- 15 août 2026 à 05:11 UTC
- Auteur
- kamo
- Commite
- 9884a75
L'onglet Apps autorisait l'affichage « Non disponible » pour chaque application et répliquait chaque fois qu'une autre option est choisie. loadModels() s'écoule à partir d'un effet de montage uniquement, donc sa carteFondorement de l'arrière-plan le premier rendu serviceTypes et le catalogue de l'application de la plate-forme, toujours vide parce que Son rapport n'avait pas été résolu. Hydraration construite appConfigs en mappant ce tableau, donc chaque modèle est revenu sans configuration d'applications et la disponibilité persistante a été jetée. L'éditeur tire une ligne par application de catalogue, n'a trouvé aucune correspondance config, et retomber à NON DISPONIBLE; updateAppConfig puis mappé sur le vide de réseau vide, donc une nouvelle sélection n'avait pas de rangée pour atterrir. La charge utile est également sortie vide, et le backend lit une liste d'applications videsConfigs comme "clear everything" - donc, l'épargne d'un modèle de cet écran a effacé ses subventions. Hydratez tout droit ce que le backend persistait à la place. Le catalogue n'a que tout lieu décide quelles rangées sont tirées et lesquelles s'aventure des états explicites; il n'est jamais décide de ce qu'un modèle a. Config éditer upsert donc le premier changement à chaque application les sticks, et la charge utile d'enregistrement transporte à travers des configs pour les applications le catalogue no des listes plus longues, qu'une sauvegarde non liée a été utilisée pour supprimer silencieusement. Corrige également la colonne Apps de la table de liste, qui lisait 0 / N pour chaque modèle.