不寻常的是,对于某些用户,只读凭据有效,而对于其他用户则无效。当在浏览器中加载定制化应用程序时,使用编码的只读凭据:
<script type="text/javascript" src="https://rally1.rallydev.com/apps/1.25/sdk.js?loginKey=YOUR LOGIN KEY GOES HERE"></script>
唯一重要的用户是其凭据在此字符串中编码和使用的用户。
也许存在第 3 方身份验证问题。您提到您正在尝试在 Rally 之外显示应用程序,但该应用程序是直接加载到浏览器中,还是作为 Sharepoint webpart 或其他门户加载。如果是后者,您可能希望直接在浏览器中开始故障排除。在确定它可以在浏览器中运行后,可以在第 3 方门户的上下文中加载该应用程序。
如果在某些情况下 LoginKey 似乎有效,而在其他情况下则无效,我猜它实际上永远不会有效。当有效用户在同一浏览器的另一个选项卡中登录到 Rally 时,它可能会起作用,并且它使用的是该用户的凭据而不是只读用户的凭据。请在 Chrome 的 Dev Tools 或 Firefox 的 Firebug 的 Net 选项卡中验证请求的去向:
它应该显示 loginapirally1.rallydev.com,而不是 rally1.rallydev.com
最后,关于只读用户的几点:
您创建的只读用户必须对要使用 LoginKey 功能的 Rally 工作区中的任何项目没有编辑权限。如果您有一个深度嵌套的项目结构,请确保该用户没有具有编辑权限的项目。
曾经是工作区管理员但后来被降级为只读用户的用户将无法使用 LoginKey。这样的用户不会被 LoginKey 识别为只读用户。
在访问编码页面为只读用户生成编码字符串之前,如果您当前使用编辑器或管理员凭据在同一浏览器的另一个选项卡中登录到 Rally,请退出 Rally。那里肯定存在冗余:您将需要使用这些只读凭据登录 Rally,然后访问编码器页面并再次被要求提供相同的凭据。