Permissions 成员的意外权限和角色

Permissions 成员的意外权限和角色,permissions,plone,roles,Permissions,Plone,Roles,我正在使用intranet工作流来管理一个站点,并且我已经创建了“内部发布”的文件夹。我们的一个用户具有所有者角色,即使他们是成员 当我访问{mysite}/myfolder/the_item/manage_reportUserPermissions?user={USERID} 它们在私有对象上下文中的角色报告如下: Authenticated Member *Owner* Reader 所有者角色与此有关,我需要有关如何解决此问题的指导,我不确定此用户为什么继承或获得此角色 具有成员角色的其

我正在使用intranet工作流来管理一个站点,并且我已经创建了“内部发布”的文件夹。我们的一个用户具有所有者角色,即使他们是成员

当我访问{mysite}/myfolder/the_item/manage_reportUserPermissions?user={USERID} 它们在私有对象上下文中的角色报告如下:

Authenticated
Member
*Owner*
Reader
所有者角色与此有关,我需要有关如何解决此问题的指导,我不确定此用户为什么继承或获得此角色

具有成员角色的其他用户可以,这意味着他们在上述相同上下文中具有以下角色:

Authenticated
Member
Reader

根据您的描述,用户已经创建了项目

作为默认行为,创建者被设置为项目的所有者


如果假设是正确的,您就不必担心。

这些文件夹肯定是其他用户拥有的,但是这个仅具有成员角色的特定用户(目前仅此用户)似乎在这些文件夹的上下文中获得所有者角色。其他文件夹的所有者或用户的角色无关紧要,由于所有者角色未被继承,因此它由系统在创建项时设置。在我看来,用户曾经拥有“添加”权限,创建了项目,然后又被取消了“添加”权限。我真的想排除一切,然后我会接受(或不接受)。这个主题显然没有充分的文档记录,但这里有一篇Luca Fabbri关于所有者角色的好文章:也许知道这一点很好,“匿名/已验证/所有者”被特意从UI中排除,以排除这些属性被意外错误设置,并使其含义和用途出现错误。为了正确起见,请参阅我的第一条评论:所有者角色与其他角色一样被继承,在创建时保留本地分配,哪个是通过
/manage\u reportUserPermissions?user=[USERID]
可见的。