openerp-india team mailing list archive
-
openerp-india team
-
Mailing list archive
-
Message #08481
[Bug 944813] Re: can't access some user object once user has changed company
Hello Valentin Lab ,
I have checked this issue at my end with latest trunk as well as 6.1,
But I did not face any access error as you mention in bug report.
So would you please provide more information regarding this issue.
I have attached a video for more reference.
Correct me If I am wrong..
Thanks and waiting for reply!
** Changed in: openobject-server
Status: New => Incomplete
--
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Server.
https://bugs.launchpad.net/bugs/944813
Title:
can't access some user object once user has changed company
Status in OpenERP Server:
Incomplete
Bug description:
ISSUE:
We are using ``project`` module, and have 2 company's registered in
OpenERP (6.1 final).
When a user creates a task in a company, then changes their default
company in their profile settings, other users registered only in the
first company are unable to access the form view of the task. They
receive a:
"Access Error" on operation "read" on document type "Users"
Although we can check that the task is correctly registered to be in the first company.
Notice that also, it's on "Users" that the AccessError is triggered and not Tasks...
MORE INFORMATION:
After looking deeper, it seems that "ir_rules" are involved in
checking that current user is authorized to view the "res.users"
record that describes the creator of the task. Information on the
project.task creator is needed probably to display it's name.
The rule (in "ir_rules") concerning "res.users" object is set by
default to this value (as of lp:openobject-server rev 4072):
in base/res/res_security.xml:
['|',('company_id.child_ids','child_of',[user.company_id.id]),('company_id','child_of',[user.company_id.id])]
Which will use "company_id" of the target user to check if we can
access his "res.user" record.
If using "company_id" attribute makes sense in other objects as
"project.tasks" to decide if a user can see it, it seems to me that it
has a different meaning in "res.users" objects: it's the last context
value of this user. It's some sort of a personnal configuration that
shouldn't be used to check for granting permissions to other users to
get access to my res.users record.
Instead, what seems important is to check "company_ids" (with a final
's') which list all companies in which this user is registered as a
member.
My proposition would be to put something like this:
[('company_ids', 'child_of', user.company_id.id)]
Any comments ?
To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-server/+bug/944813/+subscriptions
References