Javascript 回望API:\u ItemHierarchy作用域-忽略禁止的项目

我一直在尝试通过使用Lookback API和_ItemHierarchy过滤器来查询RPM下的用户故事。问题似乎是lookbackapi希望返回它所知道的所有项目的数据，但显然这包括了我无权访问的项目。尝试运行查询时出现以下错误：

"Errors":["Server Error: Your request requires access to a workspace or project for which you do not have permission.  Contact your subscription administrator to request permission."]

我希望有一种方法可以忽略所有我无权访问的项目，只返回我的权限允许我查看的用户故事。（并可能提醒我并非所有人都可以访问）

---

至少，我想要一种捕获API在遇到错误时抛出的TypeError的方法。我尝试过使用try/catch块，但在这种情况下似乎没有效果。

这是LookbackAPI的一个已知问题。当人们试图围绕权限使用API时，会出现一些不同的问题

我将在下面详细介绍：

---

结果包含您无权访问的工件 访问回望API时，您需要手动指定要访问的项目。如果不将对项目数组的请求限制在您有权访问的项目列表中，API将尝试返回每个项目的数据。您可以像这样限制查询中的项目：

{
  'Project': {'$in':[1,2]}
}

结果包含一个工件，该工件曾经在一个您现在无法访问的项目中 同样的权限问题的第二个也是更为棘手的版本发生在故事围绕项目移动时。如果在上一个时间点，您正在查询的其中一个故事在您当前没有权限的项目中，您将收到一个错误的响应

这可能会导致一些混乱情况。例如，您可以在一个已关闭的项目中的故事中遇到这种情况。如果您在关闭此项目之前没有访问权限，则显示您可以访问每个项目，但查询仍有问题

我们正在研究简化LookbackAPI权限使用的方法

---

我们正在学习的一件事是，回顾过去会增加企业软件传统模型的复杂性。我们在项目中遇到的奇数边缘案例是敏捷的一个完美案例研究，它包含了大量的前期规划所无法预料的事情。

我可以肯定地看到，这将是多么令人沮丧，尤其是对于复杂的层次结构。我同意，增强的警告消息至少会有所帮助，并且希望在返回数据的同时发出一条警告，其中可能包括由于权限限制而排除的工件数量。我已经要求Rally开发者在这里权衡一些进一步的输入-请继续关注。目前，我已经找到了解决方法，首先使用WSAPI查询用户可以查看的所有项目，然后将这些项目的对象ID数组传递给LBAPI，以便忽略其他项目。现在看来是可行的，但这似乎是不必要的一步。嗨，查尔斯。运行App-debug.html文件时，是否有任何原因会使我的报告正常工作，但当我将App.html文件放入Rally中的自定义html页面时，我会收到“您的请求需要访问您无权访问的工作区或项目。请与您的订阅管理员联系以请求权限。”我看到的数据与我在Rally中选择的同一个项目直接相关。