我在stackoverflow中发现了以下问题但是还没有评论。我有一个类似的问题,并想知道是否有任何人已经解决了它。
https://stackoverflow.com/questions/40917501/tfs-2015-web-portal-code-viewer-not-working#
我在这里遇到类似的情况。在内部TFS 2015中,无法使用谷歌浏览器查看门户网站中的代码,但IE浏览器没问题。但是,我没有使用HTTPS,因此可能会遇到一些略有不同的内容。
当我尝试在Chrome中查看文件时,代码列表所在的窗口就是空白。我也注意到用于创建新构建定义的按钮似乎表示图像链接已损坏。
这并不总是一个问题。大约4个月前,我可以在Chrome中获得良好的代码视图,据我所知,由于我无法访问服务器,因此除了Chrome更新之外没有任何变化。
我尝试使用以前版本的Chrome无济于事,但我不知道我在哪个版本上工作。
有趣的是,我有一个或两个.MD文件,这些显示非常好。它们是简单的文本文件。但是当使用.TXT扩展名保存时(或我尝试过的任何其他内容),它们都不会显示。好奇。
更新
正如您将从下面的屏幕截图中看到的那样,当对文件进行选择时,在这种情况下是.SQL文件,我希望视图根本不会填充任何内容。
至于F12,我确实得到了其中的5个:
无法加载资源:net :: ERR_CONNECTION_REFUSED
当然还有相关的路径。我们在这里内部使用Webroot,最近已经放入了Chrome扩展程序,但即使完全禁用Webroot(包括删除扩展程序),我也会遇到相同的行为。
所有其他Chrome扩展程序也已在不同时间删除,以尝试提供干净的浏览器。
我没有在工作站上安装其他弹出窗口拦截器,广告拦截器等。
答案 0 :(得分:1)
由于F12密钥建议,问题解决了。
经过一番了解后,我获得了域管理员权限,可以挖掘所有内容。事实证明,TFS安装在ServerA上,URL端口为8080,这是我从原始安装中知道的,显然我遵循的路径来到我的TFS Web界面。随后没有咨询Dev用户组的是,在ServerB上安装了第二个TFS应用层,这里的端口是8088.
我最初没有注意到路径的差异,假设它与Chrome或工作站相关。无论如何,我将ServerB上的端口改为8080,一切都跳了起来。我不应该做出假设,应该更多地关注错误中的路径!
似乎第二个应用程序层是在非生产环境中设置的,以允许高级Dev用户访问TFS管理控制台,而不是允许他们访问生产盒上的原始应用程序层。我们的IT运营部门忘了告诉任何人。
答案 1 :(得分:0)
尝试将您的Chrome更新为最新版本(55.0.2883.87 m(64位))。
同时清除chrome的缓存。我也遇到过类似的问题。解决方案是清除缓存并连接到Web门户使用另一个ID,然后连接回使用原始ID。我不知道哪一个解决了这个问题。你可以尝试两种方式。
这个问题应该只是个别现象,因为TFS2015已经发布了很长时间。