【问题标题】:SCRIPT16389: Unspecified error -- Javascript codeSCRIPT16389:未指定的错误 -- Javascript 代码
【发布时间】:2018-12-09 09:32:55
【问题描述】:

我收到一个“SCRIPT16389:未指定的错误”,因为我只是定义了一小段 Javascript。这个东西适用于所有浏览器,除了 IE(是的,该死的 IE——别让我开始)。我正在 IE10 中对此进行测试,但有人告诉我这也在 IE11 中发生。

这就是我的代码中所有失败的地方(!!!):

<script type="text/javascript">
    var isChild;
    if (window.opener == null) { isChild = false } else { isChild = true }
</script>

我看过其他有同样错误的帖子。他们都没有回答我的问题。

想法,任何人?!?

【问题讨论】:

  • 在 isChild = false 和 isChild = true 后加分号
  • window.opener 在 IE 中不受支持,如果开启器位于不同的安全区域。检查您在 IE 中的安全级别,看看问题是否再次出现。
  • Ciprian:这不是问题。这是内网代码,window.opener在同一个域。此外,window.opener 是我正在处理的问题的核心。
  • @AmmarCSE:ASI(自动分号插入)使这完全没有必要。 (在我看来,最佳实践,但绝对不是问题。)
  • 旁注:这不是问题,但上面可以显着简化/缩短:var isChild = window.opener != null; :-)

标签: javascript internet-explorer


【解决方案1】:

我后来发现,如果 IE 不喜欢一段 Javascript 代码,它就会吐出这个通用错误。

我不记得这个问题的 Javascript 问题具体是什么,但我记得一旦我解决了这个问题,这个错误就消失了。

编辑:我似乎一直对此持反对意见,所以让我澄清一下我在说什么。我要说的是 Javascript 错误——任何 Javascript 错误,而不是特定的错误——都会导致出现 SCRIPT16389 错误。如果你解决了错误——无论你得到什么——那么 SCRIPT16389 应该会消失。

【讨论】:

  • 我遇到了同样的错误,并通过清除 IE 浏览器的缓存和 cookie 解决。这可能会帮助遇到同样问题的人:)。
  • 也许可以,但从 UX/UI 的角度来看,您真的认为不断要求最终用户清除其 cookie 和缓存是否可行?
  • 我认为@imdadhusen 有一些真正的错误,当他修复它时,IE 中的错误直到他清除浏览器缓存后才消失
猜你喜欢
  • 1970-01-01
  • 2021-11-05
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多