Hence, the possible solutions could be:
1. Setting the field back to required True.
2. Point 1 could be said as wrong because the rib module does not need acc_number anymore.
3. However, altering the not null constraint on 'base' field is not to advisable although the RIB module does not need it.
4. Set a default value on acc_number and hide it from the view if this helps. But again, point 3 would block us.
5. Override _prepare_name() and replace acc_number by rib.
6. But again, for 'Normal Account Type', the acc_number should be available for entry.
Hence,I recommend :
Point 5 and point 6(use attrs).
Lets hear for the voice of community and decision can be made later on.
Quentin,
I confirm the bug but this does not happen on base+account modules.
Looking at your video, its more clear that you are using l10n_fr_rib module.
This module is altering the manatoriness of the acc_number to be False.
Look at the revision: http:// bazaar. launchpad. net/~openerp/ openobject- addons/ 6.1/revision/ 6427.1. 1
Hence, the possible solutions could be:
1. Setting the field back to required True.
2. Point 1 could be said as wrong because the rib module does not need acc_number anymore.
3. However, altering the not null constraint on 'base' field is not to advisable although the RIB module does not need it.
4. Set a default value on acc_number and hide it from the view if this helps. But again, point 3 would block us.
5. Override _prepare_name() and replace acc_number by rib.
6. But again, for 'Normal Account Type', the acc_number should be available for entry.
Hence,I recommend :
Point 5 and point 6(use attrs).
Lets hear for the voice of community and decision can be made later on.
Thanks,
Serpent Consulting Services.