summaryrefslogtreecommitdiff
path: root/addons/web/static/src/js/framework/data.js
diff options
context:
space:
mode:
authorDenis Ledoux <dle@odoo.com>2015-03-24 18:13:56 +0100
committerDenis Ledoux <dle@odoo.com>2015-03-24 18:25:13 +0100
commita93ef48a7072f62e4b9dd728d54ddad901c92db4 (patch)
treeeedf394eaf87260dbfa292cae4a47b96dcf43f1a /addons/web/static/src/js/framework/data.js
parenta36396b19206970e935fa7bc3e4415fcc0914cfb (diff)
[FIX] base: access to preferences menu for portal users
Since revs 53582c2ea6c165a03d03cbb52bd8525eff444d90 & f65c9130279cdd03e8bef928036bdff356ea2feb, this was no more possible for portal users to read groups on purpose, for privacy reasons. fields_get of res.users model is overriden, for the access rights form view features (The groups selections and checkboxes). At each call to fields_get, which happens at each call to fields_view_get on the res.users model, operations are done on the model res.groups (basically, to build the selection groups and checkboxes). So, each time a view of model res.users is displayed, whatever the view, operations on res.group model were performed. The thing is, these operations on res.groups are actually needed only for the user access rights view, or at least only for users having the group Administration > Access rights. These group operations aren't needed for the preferences view, nor for portal users. We therefore avoid to do these if the user is not part of the Administration > Access rights group, which lead to performances improvment, and solves the fact portal users couldn't access their user preferences view. opw-627391
Diffstat (limited to 'addons/web/static/src/js/framework/data.js')
0 files changed, 0 insertions, 0 deletions