【问题标题】:sharepoint users cannot edit their workflow taskssharepoint 用户无法编辑他们的工作流任务
【发布时间】:2009-07-28 15:08:00
【问题描述】:

我使用 Visual Studio 08 创建了一个自定义工作流,该工作流使用自定义内容类型和 .aspx 任务编辑表单。任务已成功创建并分配给用户。但是,只有站点所有者组成员的用户才能“编辑”任务项。所有其他人(即使他们具有贡献和批准权限)都无法浏览到 _layouts 目录中的自定义任务编辑表单,而是会收到标准的“拒绝访问”页面。任务列表的项目级权限也设置为允许用户阅读和编辑所有项目,而不仅仅是他们自己的,但它仍然不起作用。

授予这些用户站点所有者权限以便能够编辑他们的任务不是我们的选择。有没有解决这个问题的办法?

任何帮助将不胜感激。

【问题讨论】:

    标签: sharepoint workflow edit task permissions


    【解决方案1】:

    如果您使用任何 SharePoint Designer 工作流,这可能是问题所在:

    https://www.ericshupps.com/sharepoint-designer-workflows-tasks-and-the-annoying-access-denied-error/

    SharePoint Designer 工作流、任务和恼人的“拒绝访问”错误,作者:Eric Shupps

    […] 经过一番尝试后,我尝试了一些不同的方法——我检查了工作流程,然后将其重新签入(右键单击 SPD 中的工作流程文件夹,签出/签入)。瞧!用户现在可以编辑自己的任务。奇怪。值得注意的是,这仅发生在由系统帐户创建的工作流程中——具有站点所有者权限的普通用户不会遇到此问题(您的里程可能会有所不同)。

    【讨论】:

    • 我已经更新了链接(感谢 Julia Washburn)。我还引用了外部网站的一些相关部分,以防止您的答案被删除为低质量(仅限链接)答案。请检查编辑以确保我包含正确的位。
    【解决方案2】:

    我会说转到站点设置>高级权限>权限级别,单击贡献权限级别并查看其设置 - 可能有人未选中列表或站点权限?

    具有读取权限的用户应该能够查看 /_layouts/ 文件夹中的自定义表单。为了以防万一,我还会检查 12 hive 中的文件权限。

    【讨论】:

    • 感谢您的回复,阿杰。我验证了 Contribute 权限级别是否符合预期。我什至使用从完全控制权限级别复制的所有设置创建了一个新的权限级别,然后将该权限级别应用于任务列表的用户组(尽管这仍然非常不受欢迎)只是为了看看它会做什么,并且依然没有。很奇怪吧?我还检查了布局文件夹的 ACL 权限。尝试让每个人组完全控制(再次只是为了看看这把我带到了哪里)但没有。任何其他想法表示赞赏。
    • 您能否以会员身份访问其他网站集或 Web 应用程序中的工作流表单?检查这个问题的普遍程度。
    • 工作流表单需要在其他网站集中找不到的某些查询参数(例如任务列表 ID)。不知道我该如何测试...
    • 对于同一 Web 应用程序上的不同网站集,只需使用您的自定义工作流创建一个任务并打开该任务。对于不同的网络应用,将您的自定义工作流部署到该网络应用,然后创建一个新的网站集并执行上述操作。
    • 我明白你的意思。好吧,我已经将工作流部署到两个不同的服务器,结果相同。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-03-08
    • 1970-01-01
    • 2016-05-20
    相关资源
    最近更新 更多