【问题标题】:Strange permission behavior into nested folders嵌套文件夹的奇怪权限行为
【发布时间】:2014-12-04 06:15:13
【问题描述】:

Plone 4.3.1 + 敏捷(p.a.dexterity 2.0.8,p.dexterity 2.1.3)

文件夹结构:/Plone/A/B

我希望A 对登录用户可见,B 可由userx 管理(意味着他/她可以修改/添加/等)。

通常的做法:

A -> 分享标签 -> 已登录 -> 可以查看 B -> 分享标签 -> userx -> 可以添加

然后你去 B,你可以做任何事情,但添加内容。

但是,如果您在门户上为 userx 提供“贡献者”角色,它就可以工作。因此,他/她在上下文中需要的角色是“贡献者”。好的,让我们检查一下!

进入调试外壳,遍历文件夹,检查本地角色:一切正常!用户具有本地角色。

经过多次尝试和设置组合,我发现这是可行的:

A -> 添加新菜单 -> 限制 -> 将“使用父设置”更改为“使用站点默认设置” B -> 添加新菜单 -> 限制 -> “使用父设置” Aaaaand...它有效!

如果我没记错的话,它从来没有这样工作过?这是后来修复的回归吗?

【问题讨论】:

  • 我在股票 Plone 4.3.3 上尝试了您的步骤,并且“添加新”菜单填充了所有内容项。
  • 是的,它也适用于 4.3.4,但不适用于 4.3.1 :(

标签: security plone


【解决方案1】:

我认为这是我们在 plone.app.dexterity 2.1.2 上修复的错误。 https://github.com/plone/plone.app.dexterity/pull/127

您也可以在 Plone 4.3 上升级到此版本。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2013-04-14
    • 1970-01-01
    • 2020-08-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-03-10
    相关资源
    最近更新 更多