summaryrefslogtreecommitdiff
path: root/addons/web/static/src/js/widgets/debug_manager.js
diff options
context:
space:
mode:
authorAaron Bohy <aab@odoo.com>2017-05-10 16:13:02 +0200
committerAaron Bohy <aab@odoo.com>2017-05-11 15:14:07 +0200
commitd068c4cac17f64299b4c1c13e7a3d5e03a551374 (patch)
tree12ed0c6c3f23f558df554be3affc326f28188c8b /addons/web/static/src/js/widgets/debug_manager.js
parent067815f97d3946e353482f55aae8ba0adea520e0 (diff)
[FIX] sale: group_sale_layout shouldn't imply group_user
Because when it does, it can create a cycle in the graph of implied groups. This happens when the option 'Sort products in sections with subtotals and page-breaks' is checked in the Sales settings. In this case, being in group_user implies to be in group_sale_layout, and being in group_sale_layout implies to be in group_user. This is a problem for groups display in the 'Users' form view: the employee groups are no more linear, and thus no more displayed as a selection field, but there is an 'Employee' section where each of the employee group can be checked. Activating the option in the Sales setting should have no impact of the groups hierarchy of HR. Moreover, there have been several imilar issues on production databases, probably due to this cycle, but that we haven't been able to fully understand/reproduce yet: with this option in the 'Sales' settings activated, after a mysterious operation, the 'Users' form view was broken, because the selection field 'sel_groups_'for HR was still referenced in the view, but didn't exist anymore (as HR groups weren't displayed as a selection field anymore).
Diffstat (limited to 'addons/web/static/src/js/widgets/debug_manager.js')
0 files changed, 0 insertions, 0 deletions