Segnalazione #95
Set di upgrades/<nome>/type a qualunque cosa non ne cambia il valore
100%
Description
$ ./run_client http://localhost:13400/conf/ -u root Password: Welcome to the octofussd client. Queries are sent to http://localhost:13400/conf/ /> cd upgrades/Upgrade n. 3 /upgrades/Upgrade n. 3> get type upgrade /upgrades/Upgrade n. 3> set type dist-upgrade /upgrades/Upgrade n. 3> get type upgrade /upgrades/Upgrade n. 3>
Associated revisions
History
Updated by Christopher R. Gabriel over 7 years ago
- Status changed from Nuovo to Commenti
- Assignee set to Enrico Zini
Il tipo e' readonly perche' si stabilisce in fase di creazione se e' upgrade o dist-upgrade
Updated by Enrico Zini over 7 years ago
- Assignee changed from Enrico Zini to Christopher R. Gabriel
È voluto che sia cosí?
Il vecchio octonet permetteva di cambiarlo a patto che l'upgrade non fosse ancora stato schedulato, e in fase di creazione chiedeva solo il nome.
Se è voluto che la scelta sia fatta solo all'atto della creazione, allora devo cambiare l'interfaccia per non farlo modificare mai, e sceglierlo invece al momento di creare l'upgrade.
C'è un motivo però per non far cambiare il tipo in qualunque momento prima dello scheduling?
Updated by Christopher R. Gabriel over 7 years ago
- Assignee changed from Christopher R. Gabriel to Enrico Zini
Uhm allora non funzionava neanche nel precedente, perche' il plugin non e' stato modificato per questo aspetto, ha solo subito l'aggiornamento per supporta il modelli django, ma nient'altro. Non e' per caso il comportamento del pytree di test che introduce il problema?
Non vedo motivi per non farlo cambiare prima dello scheduling.
Updated by Anonymous over 7 years ago
- Status changed from Commenti to Risolto
- % Done changed from 0 to 100
Applicata nel changeset f9793100d7ab2fb5b586f853c1e9ee7758535005.
Tests to reproduce #94 and #94. Refs: #94, #95