2016-03-29 45 views
2

昨天晚上更新了Chrome并应用了Windows 7更新后,Chrome devtools几乎总是无法加载,因此无法从appspot加载UI。在研究之后,回滚一些还原点,尝试不同的发布渠道,启动到安全模式,卸载重新安装,切换到64位版本,禁用扩展,删除devtools本地存储,禁用商品服务等等,问题依然存在。在窗口回滚之后,我被鼓励了,因为devtools加载了几次,但之后又停止了工作。Chrome devtools在更新后不加载。任何想法为什么?

在第一次更新Chrome从48或更早版本的49之后,调试器不再显示除bootstrap之外的css条目的文件名,尽管加载了几个css文件,但实际上它开始了。不久之后,可能来自windows update,devtools完全收起来了。

除了完整的Windows重装或更新到W10以外,还有什么想法?

下面是我碰到F12时得到的图像。有时候会有黑色的地区。

Devtools loading window

更新:类似的经历在不同部位发生不更新Chrome浏览器,也因为,虽然devtools接口并约20秒后出现。因此,目前devtools的交付系统可能已经被破坏或者受损。

+0

在我的机器上最大化devtools窗口修复问题 –

+0

请确保DevTools位于其自己的窗口中(如从屏幕截图中显示的那样)。然后在定位该窗口时按Ctrl + Shift + I。它应该在DevTools上打开DevTools。这(假设它获得UX)应该会显示控制台中发生的任何错误。如果新窗口也是空白的,那么调试会变得棘手,你应该提交一个bug。 https://new.crbug.com – Garbee

+0

@Garbee谢谢你。我也炒了wireshark。 Devtools工作区映射到通过VPN在虚拟机上通过Samba安装的路径,它似乎立即开始扫描文件。其他应用程序没有性能问题,Devtools也不错,但我怀疑这是什么造成了现在的劫持。也许它是同步扫描而不是异步扫描。根据您的建议,第二个Devtools在扫描时不会打开,但断开驱动器后,Devtools打开并显示无法访问的路径错误。 – Nick

回答

0

问题被确认为Devtools工作区中的驱动器映射以及要扫描的文件数量,这些文件通过VPN进行复合。由于Chrome 49.0.2623.110或更早版本中的内容有所变化,因此当Devtools首次打开时,工作区路径的扫描现在会阻止主要的Chrome进程,而之前没有。

因此,解决方法是减少要在Workspace位置中扫描的文件数量,以利用更少的整体文件创建更多的映射。

相关问题