我在根站点的站点所有者组中有用户,尝试在两个子站点中的页面库之间复制(或移动)页面。子站点的权限是从父站点继承的,没有任何更改,因此根站点的站点所有者也是子站点的站点所有者。
当所有者组的成员尝试移动或复制页面时,它将失败。 12-Hive日志显示抛出了Access Denied错误。
有没有办法在不给这些用户提供网站集管理员权限的情况下允许这种情况发生?
编辑:这是通过发布网站上“网站操作”中的“管理网站内容”链接实现的。在两个资源管理器窗口之间复制/粘贴或拖放工作正常。
答案 0 :(得分:2)
我们在几个网站上也遇到过这个问题。事实证明,与我们试图移动的内容页面相关联的页面布局存在问题。奇怪的是,如果关联的页面布局在其版本历史中有任何草稿版本,那么移动操作将失败,并显示访问被拒绝错误。一旦我们删除了页面布局上的所有草稿版本,移动操作就会成功。
我仍然不完全确定为什么会这样 - 我希望在不久的将来能找到一些时间再做一些调查。
答案 1 :(得分:0)
也许您可以尝试明确地将子网站的权限授予所需的用户。
您的意思是使用“资源管理器视图”进行复制/移动吗?
答案 2 :(得分:0)
这不是真正的权限问题。 SharePoint实际上并没有提供在库/站点之间移动内容的机制。
如果您正在运行Windows,我建议在两个库的工具菜单下使用“在资源管理器中查看”,并在两个窗口之间拖动文件。这应该是网站上的贡献者可以使用*。
答案 3 :(得分:0)
“管理网站内容”页面基于PRIME API,这是一个非法的错误。尝试找出用户正在尝试做什么(即找出他们移动页面的原因)并给他们一个解决方法(例如,让他们创建新的内容页面并粘贴数据;向他们展示内容审批的工作方式,以便他们感受到在生产站点上工作舒适;使用正式的内容部署流程。)
根据您的用户尝试执行的操作,我的大多数/所有特定建议的解决方法都将偏离基础。
答案 4 :(得分:0)
虽然我个人没有遇到此问题,但在副本http://[yourdomain]/Long%20Running%20Operation%20Status/AllItems.aspx的隐藏列表'长时间运行状态' > / 通过管理站点内容(也称为站点管理器)工具移动或删除操作。
可能值得检查您的问题用户是否具有此列表的写入权限,或明确指定贡献访问权限,看看这是否可以解决您的问题。
参考文献:
答案 5 :(得分:0)
我基本上从命令行覆盖了具有相同权限的权限策略。
这是我使用的命令: stsadm -o addpermissionpolicy -url -userlogin -permissionlevel<“完全控制”>
键是-permissionlevel参数的双引号。在我这样做之后,用户可以移动/复制页面而不是网站集管理员。