我的问题可能看起来有些模糊(对我而言也是如此),但这是我对它的尝试解释。
几个月前,我在我的网络应用程序中实现了PDF.js。这非常有用,我正在使用它与我的客户进行互动。
突然,上周,我的客户在尝试启动PDF.js时,在他们的电脑上向我报告了Google中的“Aw,Snap”消息。我家里有一台iMac和两台电脑,所以我决定对它进行测试。
当我在iMac上使用谷歌浏览器启动PDF.js时,我发现它运行良好。
当我在第一台PC上使用谷歌浏览器启动PDF.js时,我发现它运行良好。
当我在我的第二台PC上使用谷歌浏览器启动PDF.js时,即使它之前有效,它仍然会崩溃并向我显示“Aw,Snap”消息。
这很奇怪。我尝试删除所有扩展,清除缓存,清除LocalStorage,但似乎没有解决问题。
然后我意识到,在与我的客户进行一些沟通之后,在任何操作系统上在Safari,Torch,Opera或Firefox中启动PDF.js都非常合适。
为什么会这样?我正在使用PDF.js中的Web查看器。我也尝试过基本的hello world
示例,但也破坏了(现在我觉得很奇怪),所以我怀疑渲染引擎有问题。
我还尝试在构建源代码后包含compatibility.js
文件,但没有用。
是否存在导致Google Chrome标签崩溃的已知错误?
答案 0 :(得分:2)
是的,我现在知道了。
从https://github.com/mozilla/pdf.js/issues/4104,我找到了答案(感谢Rob和PDF.js开发团队!)。亲自看看吧!
我只是在这里张贴这个,以便任何偶然发现类似问题的人都可以得到帮助(因为这个错误花了我很长时间才弄明白)。
答案 1 :(得分:0)
不幸的是,情况似乎并非如此。我们已经从github尝试了最新版本的pdf.js,还尝试了Chrome 33(稳定版),它应该包含V8修复程序,它仍然会崩溃。另外,尝试了github线程(4ce6cb8 - https://github.com/mozilla/pdf.js/commit/4ce6cb8b0fa9db948516b2b738fa1503cf0ef90e)中提到的pdf.js提交 - 仍然崩溃。还试用了最新的Chrome Canary于19/03/2014 - 崩溃就在那里。
如果有任何帮助,我们可以提供WinDbg内存转储。
PS:对不起,这应该是Rob W线程的答案,但由于0声誉,我无法将其添加到那里。