- Shipped
- 15 agosto 2026 alle ore 05:11 UTC
- Author
- kamo
- Commit
- 9884a75
La scheda Apps consentita ha mostrato "Non disponibile" per ogni applicazione e ha scattato indietro ogni volta che è stata scelta un'altra opzione. loadModels() funziona da un solo effetto mount, quindi la sua mappaBackendModel è chiusa sopra il primo servizio di renderTypes — il catalogo app della piattaforma, ancora vuoto perché il suo fetch non aveva risolto. Idratazione costruito appConfig mappando quell'array, quindi ogni modello è tornato senza alcuna configurazione di app e la disponibilità perdurata è stato scartato. L'editor estrae una riga per catalogo app, non ha trovato corrispondenza config, e cadde a NON AVAILABLE; updateAppConfig poi mappato sopra array vuoto, quindi una nuova selezione non aveva alcuna fila per atterrare. Il payload è uscito vuoto troppo, e il backend legge un app vuotoConfigs lista come "chiaro tutto" — in modo da salvare un modello da quello schermo ha cancellato le sue sovvenzioni. Idrate subito quello che il backend persiste invece. Il catalogo ora solo decide quali righe vengono disegnate e quali sono gli stati di salvataggio esplicitamente; mai decide cosa ha un modello. Configurare modifiche upsert così il primo cambiamento per ogni applicazione stick, e il payload di salvataggio trasporta attraverso configurazioni per applicazioni il catalogo no liste più lunghe, che un salvataggio non correlato usato per eliminare silenziosamente. Corregge anche la colonna Apps della tabella di elenco, che legge 0 / N per ogni modello.