SCRIPT16389：未指定的错误。mootools.core.js，第 273 行字符 63
Mootools 经常会产生这样的错误，这些错误对识别问题没有用处。除了反复试验之外，有没有办法确定崩溃的 mootools 方法是如何被调用的？也就是说，要得到一个回溯，类似于PHP的debug_backtrace()功能。
问问题
166 次
1 回答
2
是的...
但不是当你像这样把你的问题放在一起时。
对于初学者，MooTools 有很多版本（主要版本有 1.0、1.11、1.12、1.2、1.2.1、1.2.2、1.2.3、1.2.4、1.2.5、1.2.6、1.3、1.3.1 , 1.3.2, 1.4, 1.4.1, 1.4.2, 1.4.3, 1.4.4, 1.4.5（最新稳定版））。那么您也可以使用 MooTools 构建器创建自定义版本...没有人能说出您使用的任何缩小版本的第 273 行是什么
下一步：不知道您是如何习惯于开发和调试的，但使用缩小的生产库不是要走的路。您应该首先切换到默认的非压缩和压缩版本的 mootools-core，这反过来会向您展示代码中更有意义的部分，并为您提供有关您所做工作的线索。
下一步：这是 Internet Explorer 特定的错误。你甚至没有说明这一点。这不是 MooTools 错误，如果您使用 google 搜索SCRIPT16389: Unspecified error.，您会注意到所有结果通常都与 jQuery 相关，因此无论您在做什么，它都与库无关。
下一个：你实际上在做什么？此错误是标准的三叉戟“恐慌”响应。我已经看到它发生在 DOM 操作、XHR、iframe/文档问题、“不安全”的 DOM 更改、CORS 违规等各种情况下。domready在问题消失之前，如果不实际执行您的钩子并禁用组件和组件的一部分，您就无法隔离任何东西。IE - 在这种状态下 - 很少让你跟踪/调试它。你唯一的赌注是（如果它是 IE8 或者它发生在 IE9 中）是运行 IE9 的开发人员工具，选择 IE8 标准模式并使用未缩小的文件，然后 console.log() 它周围的变量，如果检查员/手表不可用。
如果您发布更多信息、片段、示例，人们将能够提供一些实际帮助。祝你好运，希望这能让你开始。如果不提供更多信息，这个问题可能会被关闭，因为它无法回答并且对未来的访问者没有任何价值。
于 2013-06-21T18:57:05.287 回答