Google Chrome "Failed parsing SourceMap" : css.map(网络必备)
Google Chrome "Failed parsing SourceMap" : css.map (Web Essential)
Visual Studio 2013 UP5 + Web Essential (v. 2.6.36) 生成的 css.map 文件在 "Google Chrome" 中无效,但在 "Firefox" 中有效。因此,在 google chrome 中调试 less 文件变得不可能。
目前,我使用的是 Web Essential 2.6.36 (+ Visual Studio 2013 Up5)。
我可以从 google chrome 的开发者设置中禁用源映射。这将消除这些错误,但是我们仍然无法调试更少的文件并更改样式。这是一个可怕的问题。
如有任何建议,我们将不胜感激。提前谢谢你。
问题是 WebEssentials 将文件保存在 UTF8 with BOM
中,但 Chrome 无法将这些文件作为 .map
文件打开。
作为临时修复,您可以转到 Visual Studio 中的 .map
文件并将其另存为 Unicode
(没有签名的 UTF-8)或 US-ASCII
使用
File -> Advanced Save Options -> Unicode (UTF-8 without signature) or US-ASCII.
更改关联的 .css
文件时,您可能必须重复此过程。但是,当我测试向 .css
添加一些规则时,为 .map
文件保留了正确的格式。
我在 WebEssentials 上报告了这个 GitHub:
Issue 1993
还有一些其他报告:
Visual Studio 2013 UP5 + Web Essential (v. 2.6.36) 生成的 css.map 文件在 "Google Chrome" 中无效,但在 "Firefox" 中有效。因此,在 google chrome 中调试 less 文件变得不可能。
目前,我使用的是 Web Essential 2.6.36 (+ Visual Studio 2013 Up5)。 我可以从 google chrome 的开发者设置中禁用源映射。这将消除这些错误,但是我们仍然无法调试更少的文件并更改样式。这是一个可怕的问题。
如有任何建议,我们将不胜感激。提前谢谢你。
问题是 WebEssentials 将文件保存在 UTF8 with BOM
中,但 Chrome 无法将这些文件作为 .map
文件打开。
作为临时修复,您可以转到 Visual Studio 中的 .map
文件并将其另存为 Unicode
(没有签名的 UTF-8)或 US-ASCII
使用
File -> Advanced Save Options -> Unicode (UTF-8 without signature) or US-ASCII.
更改关联的 .css
文件时,您可能必须重复此过程。但是,当我测试向 .css
添加一些规则时,为 .map
文件保留了正确的格式。
我在 WebEssentials 上报告了这个 GitHub: Issue 1993
还有一些其他报告: