【问题标题】:Google Chrome "Failed parsing SourceMap" : css.map (Web Essential)谷歌浏览器“解析 SourceMap 失败”:css.map (Web Essential)
【发布时间】:2016-07-08 02:52:34
【问题描述】:

Visual Studio 2013 UP5 + Web Essential (v. 2.6.36) 生成的 css.map 文件在“Google Chrome”中无效,但在“Firefox”中有效。因此,无法在 google chrome 中调试更少的文件。

目前,我正在使用 Web Essential 2.6.36(+ Visual Studio 2013 Up5)。 我可以从谷歌浏览器的开发者设置中禁用源地图。这将消除这些错误,但是我们仍然无法调试更少的文件并更改样式。这是一个可怕的问题。

任何建议将不胜感激。提前谢谢你。

【问题讨论】:

  • 我也遇到了这个精确的问题,使用相同的技术/版本。

标签: css google-chrome less source-maps web-essentials


【解决方案1】:

问题是 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

还有一些其他的报道:

【讨论】:

  • 如果您想修复此问题,请为 Google Chrome 问题报告加注星标:bugs.chromium.org/p/chromium/issues/detail?id=611328。这个问题报告了带有 BOM 的 UTF8 编码文件的问题。
  • 如果我使用 Unicode(带签名的 UTF-8)也对我有用
  • Chrome 问题似乎刚刚在 52 版中发布,现在已解决。
  • 我在 Chrome 53 上使用 bootstrap.css.map 遇到此错误,并且既没有保存为没有签名的 UTF-8 也没有 US-ASCII 似乎使错误消失。诚然,我不知道地图文件是什么,也不知道为什么它对我很重要。我认为用户体验没有问题。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2023-02-10
  • 1970-01-01
  • 2022-01-17
  • 2013-10-04
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多