bachir
3ec894c167
updateType() only ever touches field_type_ligne (and possibly field_entree_liee) -- never montant_ht or field_repartition -- so it can't introduce a new répartition mismatch, only leave an existing one (preserved from historical data, per the module's own docblock) untouched. Wrap the save in the same skip_validation state flag the migration scripts use, scoped tightly with try/finally so it always clears even if save() throws for an unrelated reason. Verified: changing the type of a line with a known -0.02€ écart now succeeds, the écart is unchanged afterward (montant_ht and the répartition sum both identical to before), and the state flag reads back unset once the request completes.