diff options
| author | Géry Debongnie <ged@odoo.com> | 2017-09-20 12:19:40 +0200 |
|---|---|---|
| committer | Géry Debongnie <ged@odoo.com> | 2017-09-20 12:19:40 +0200 |
| commit | a5ca63c83beafd9a060ac58d3b4c6a9a987b28df (patch) | |
| tree | b56f8f74d0d258b56a8898608e9310f3f95840ef /addons/web/static/src | |
| parent | 9f8efb9d164a6995299c9e76926effc2bb3aae6d (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')
0 files changed, 0 insertions, 0 deletions
