ARGOMENTO: sequence number

Al posto di compute ho usato default ... dovrebbe essere invocato poco prima della create se il valore è nullo. Prova e poi ci fai sapere.

EDIT:

Fai attenzione che il codice è diverso rispetto alla cumpute, oltre ad usare la keyword "default" il metodo invocato ritorna il valore e non lo setta direttamente nella classe.

Ciao gigidn
grazie della proposta.

Ho provato ad inserire la tua modifica, rimuovendo il metodo create() e aggiornando il dbase e il modulo.
Ho notato che il campo viene popolato subito con il valore atteso (a differenza dell’uso del metodo create che procede a dare un numero solo quando si preme Salva).
TUTTAVIA, quando si salva il record, il numero incrementa ANCORA una volta (?!)
(Sottolineo che ho rimosso il metodo create ed aggiornato il dbase….)

In pratica è come se nel procedere al salvataggio del record, venisse richiamato nuovamente default…
Ti risulta funzioni così ?

Il funzionamento di store=True su un field compute, dovrebbe essere semplicemente quello di salvare sul database il valore che viene calcolato dalla funzione, esattamente come avviene usando le vecchie API, il fatto che cio' non accada e' perche' probabilmente si tratta di un bug, cercando con in rete si trovano molte issue aperte e poi chiuse e non risolte su github.
Di certo il compute e' buova cosa usarlo con i depends , proprio perche' credo che abbiano assunto che la chiamata al metdodo venisse fatta per calcolare i risultati raccogliendo dat ida altri campi.
In questo caso siamo in una situazione di confine, tant'e' che il metodo viene eseguito se viene omesso il parametro store=True.

In generale mi aspetterei che sia il compute, piu' che store ad aggiungere regole di trigger.

L'utilizzo del default e' un alternativa gia' suggerita ma che non sembrava essere quella corretta.

@Lotta: Il metodo dovrebbe essere richiamato ogni volta che il field risulta nullo, nel tuo caso una volta sola quindi e non due volte come hai sperimentato (a meno che non lo azzeri). Se funziona come hai descritto per me è un bug.

@archetipo il problema del "compute" legato allo "store" non è di facile soluzione ed una scelta di design è buona come un'altra basta sapere quell'è il comportamento. Ti faccio un esempio:

Ogetto X con due campi [nome,codice (compute e store) ]

Alla creazione ottengo [Pippo, 123]

Apro l'oggetto e non faccio modifiche, salvo ... a quel punto l'oggetto dovrebbe avere il valore [Pippo, 123]?
Apro l'oggetto cambio il nome, salvo ... a quel punto l'oggetto dovrebbe avere il valore [Nuovo Nome, 123]?

Si potrebbe supporre che nel primo caso il compute non venga invocato (nessun cambiamento) mentre nel secondo si (cambiamenti), ma sarebbe comunque na scelta arbitraria e quasi una forzatura.

Pertanto a mio avviso è molto più flessibile e corretta la scelta di design che hanno fatto di legare l'aggiornamento del campo "compute" con "store" ad uno o piu' field che se modificati influenzano anche il valore del campo calcolato.

Dopotutto il compute con store=True e non legato ad altro non è altro che il default.

Ma stiam filosofeggiando visto che non metteremo mani al codice del core qui dobbiam semplicemente verificarne il comportamento ed a limite chiedere lumi ad odoo sa se quel comportamento è atteso o semplicemente un bug.