summaryrefslogtreecommitdiff
path: root/addons/web/static/src/js/views/basic/basic_model.js
diff options
context:
space:
mode:
authorGéry Debongnie <ged@odoo.com>2017-09-20 12:19:40 +0200
committerGéry Debongnie <ged@odoo.com>2017-09-20 12:19:40 +0200
commita5ca63c83beafd9a060ac58d3b4c6a9a987b28df (patch)
treeb56f8f74d0d258b56a8898608e9310f3f95840ef /addons/web/static/src/js/views/basic/basic_model.js
parent9f8efb9d164a6995299c9e76926effc2bb3aae6d (diff)
[FIX] sale: add force_save to make sure SO is correct
Before the new views (SAAS15 and before), the 'readonly' modifier was kind of weird: a field which was in a readonly state was not saved (the field was not present in the RPC), UNLESS it is a subfield (for a x2many). With the new views, we changed the semantics, to make it more consistent: fields in readonly state are never sent to the server. This is a much simpler semantic, but it may introduce some problems, when we actually want to save the record. This is solved with a new attribute 'force_save', where we explicitely have to declare which fields should be save, even if they are in readonly mode. In this commit, we simply add the missing force_save attribute to the order line form view. This allow the user to create a new SO, add an order line with some invoice line, and save the result (without this, the server complains about a missing product_id field)
Diffstat (limited to 'addons/web/static/src/js/views/basic/basic_model.js')
0 files changed, 0 insertions, 0 deletions