Rally LookbackAPI：用户故事何时被解除阻止？

我正在对LookbackAPI运行以下查询，以查找某个日期范围内未被阻止的故事，但没有得到任何结果。我错过了什么明显的东西吗？没有返回错误、警告或结果

下面是我从lookback API返回的生成查询：

      'GeneratedQuery' => {
                            'fields' => 'true',
                            'skip' => 0,
                            'limit' => 100,
                            'find' => {
                                        '_PreviousValues.Blocked' => 'true',
                                        '_TypeHierarchy' => -51038,
                                        'Blocked' => 'false',
                                        '_ValidFrom' => {
                                                          '$lte' => '2012-11-02T04:00:00.000Z',
                                                          '$gte' => '2012-07-01T04:00:00.000Z'
                                                        }
                                      }
                          },

---

好的，问题与“真”和“假”以及我正在使用Perl有关

---

我使用的是Perl JSON库，我没有意识到需要为true和false传入JSON:：true（）和JSON:：false（），而不是文本“true”和“false”。因此，实际上Larry是对的：它传递的是“true”而不是true。

好的，问题与“true”和“false”以及我使用Perl有关

---

我使用的是Perl JSON库，我没有意识到需要为true和false传入JSON:：true（）和JSON:：false（），而不是文本“true”和“false”。因此，实际上Larry是对的：它传递的是“true”而不是true。

当你传递布尔值时，你需要确保它们是纯true还是false。如果您将它们作为字符串传入，则其行为将不符合预期。对于Number类型的值也类似。它们周围不应该有引号。

当您传入布尔值时，需要确保它们是纯真还是假。如果您将它们作为字符串传入，则其行为将不符合预期。对于Number类型的值也类似。他们周围不应该有引号。

如果有什么不对劲，那不是冲着我跳。这个查询适用于我：find={“Blocked”：false，“\u PreviousValues.Blocked”：true，\u TypeHierarchy:“hierarchycalrequirement”}&fields=[“\u PreviousValues”，“Blocked”]。我的例子中唯一的区别是我使用的是“HierarchycalRequirement”的_-TypeHierarchy。我怀疑您在查询中输入了负整数。我们的文档曾经建议这样做，但我们已经实现了消除歧义，所以您可以只提交“层次要求”。也就是说，我不认为这是问题所在——51038是正确的。在你的原稿中有关于真或假的引用吗？它们应该是没有引号的。在这四个月内可能不会发生这样的事件吗？如果我们在这里没有弄清楚，请提交一个支持案例，并允许我们查看您的数据，以便我们可以在封面下查看。这一定与“阻止”有关，因为如果我拉出以前的值。阻止和阻止，我会得到很多结果。如果我只是在'Blocked'=>'false'中离开，我什么也得不到（所以这并不是因为我没有被阻止的东西！）。但是引号并不是一个真正的问题——这个输出是我从LookbackAPI得到的。如果有什么不对劲，它不会冲着我跳。这个查询适用于我：find={“Blocked”：false，“\u PreviousValues.Blocked”：true，\u TypeHierarchy:“hierarchycalrequirement”}&fields=[“\u PreviousValues”，“Blocked”]。我的例子中唯一的区别是我使用的是“HierarchycalRequirement”的_-TypeHierarchy。我怀疑您在查询中输入了负整数。我们的文档曾经建议这样做，但我们已经实现了消除歧义，所以您可以只提交“层次要求”。也就是说，我不认为这是问题所在——51038是正确的。在你的原稿中有关于真或假的引用吗？它们应该是没有引号的。在这四个月内可能不会发生这样的事件吗？如果我们在这里没有弄清楚，请提交一个支持案例，并允许我们查看您的数据，以便我们可以在封面下查看。这一定与“阻止”有关，因为如果我拉出以前的值。阻止和阻止，我会得到很多结果。如果我只是在'Blocked'=>'false'中离开，我什么也得不到（所以这并不是因为我没有被阻止的东西！）。但是引号并不是一个真正的问题——这个输出就是我从LookbackAPI中得到的。你能把我的新答案标记为“已接受”吗？这样它就会得到绿色的复选框，将来找到它的人就会知道快速答案。你能把我的新答案标记为“已接受”吗因此，它得到了绿色复选框，未来找到这个复选框的人知道快速答案。