Chrome Devtools工作区映射不再有效

时间:2017-02-18 09:52:09

标签: google-chrome google-chrome-devtools

这曾经是一种魅力,过去我使用相同的硬件/软件设置了十几次,但现在它失败了:

After an attempted edit in the live styles editor, or directly in this tab in the sources panel

编辑所需的权限到位,因为我可以编辑Devtools中的文件,如果我直接从源选项卡中的本地工作区打开它,编辑并保存它,但这当然不比使用任何文件更好。其他IDE,因为我无法看到并立即保留我以前的更改:

enter image description here

这里没有LESS / SASS / Taskrunner聪明,只是简单的CSS文件。

我看过Sawbuck,Devtools上的Devtools,看到没有错误。

我完全禁用了防火墙。

我正在使用Windows 7,Chrome 56(并尝试使用Canary,58),服务器的文件系统作为网络驱动器安装在Z :.

有点奇怪的是工作区映射在建立资源链接之后如何将文件视为目录,通过右键单击远程资源并选择“映射到文件系统资源...”或者本地资源并选择“映射到网络资源......”,但这可能一直如此,我从未注意到 - 无论如何,我还手动添加了父目录的映射,以及站点的根目录,但结果是一样的;没有持久的编辑。

enter image description here

我常常自豪地问一个类似这样的问题,并且花了很多时间试图自己解决这个问题,但我觉得我现在已经打了很长时间了。如果你有类似的经历,我会感激任何指示。

1 个答案:

答案 0 :(得分:5)

似乎是由WordPress添加的缓存破坏查询字符串 -

您可以在我的屏幕截图中看到它:?ver=4.7.2

显然我必须在集成到Wordpress之前才使用这个DevTools工作区功能。这是relevant Chromium bug report

现在,将此添加到WordPress中的functions.php以删除缓存无效后缀允许我重新启用持久性修改:

function fj_remove_version( $url ) {
    return remove_query_arg( 'ver', $url );
}

add_filter( 'style_loader_src', 'fj_remove_version' );

将来,在错误报告结束时推荐的 Persistence 2.0 将是解决方案。它现在可以是enabled as a Chrome DevTool experiment