Javascript 为什么Opera Mini有时会点击错误的链接

每隔一段时间，尤其是在Facebook上，Opera Mini会表现出以下行为。两个连续的不同链接，由文本和其他标记分隔：

正确的链接将在悬停时突出显示

单击时，不会出现其他闪烁/突出显示，但

它加载第二个（不正确）链接，或者加载其他链接

在一个相关但不完全相同的问题1中，有人建议它要么是相同的链接、相同的绑定javascript事件，要么是一个未关闭的

a

标记。我几乎完全肯定这不是第一次或最后一次，但如果不是别的，可能是js的问题。但是，由于我无法在这种环境下进行测试，我正在询问社区，他们可能在这里有经验。谢谢

---

1很奇怪，在导航此问题的建议答案时出现了此错误/问题（单击列出的问题并单击“上一步”后，单击第二个可能列出的问题，它会将我返回到问题页面，而不显示任何建议链接）。但是，如果不丢失此页面，我将无法返回检查，因此我必须尝试搜索问题并稍后将其链接到此处。

我不使用Facebook，但在尝试询问Stackoverflow问题并单击相关链接时，我得到了与您相同的结果。链接是通过拉入外部搜索结果列表动态生成的。例如：

您可能知道，Opera Mini在服务器上呈现JavaScript。当“ask a question”页面加载相关链接时，脚本将被执行，但当您返回到同一页面时，脚本不会再次执行。仅显示缓存页面，该页面会影响动态生成的内容和脚本

---

此外，为了避免流氓脚本运行时间过长并可能导致Opera Mini服务器崩溃，页面上的脚本只运行几秒钟，因此在此时间之后生成的任何链接都不会出现或表现出应有的行为。以下是有关Opera Mini JavaScript行为的更多信息：

我认为这可能与Opera Mini中的

z-index

定位错误行为有关

我遇到了一个非常糟糕的例子。在我的一个最新网站上，我碰巧在页面内容下方的固定位置，在较低的

z-index

上呈现了导航菜单。通过点击汉堡按钮的

：focus

触发器在

输入类型=“checkbox”

上显示菜单

发生的情况是，整个垂直菜单及其页面内容后面的链接，以及更高的

z-index

上所有实际可见的链接元素，都被暴露在可点击状态

我不得不添加

可见性：隐藏input:not（：checked）

上下文中，将code>添加到导航菜单，以便只有在显示导航菜单时，才能单击所有导航链接

---

所以我猜Opera Mini可能会将显示的链接视为可见性：可见作为可操作的可点击元素，而不管

z-index

的实际可见性状态。

Er，为什么投票结果会很接近？这是与编程有关的--专门尝试编写代码以避免在这个浏览器中出现问题。我没有否决它。但在同一篇文章中也提出了一些问题。关注一个特定的问题，使用人们可以给出答案的代码。如果这确实是浏览器的一个bug，那么您应该尝试在浏览器中填写一份清晰详细的bug报告。您也可以尝试使用@karlcow+1进行远程调试，谢谢您的参与，还有到Opera Dragonfly的链接。但有一个相当局限的问题：为什么在这种情况下，Opera Mini会采取错误的行动，我如何才能防止它？这类似于问，为什么IE6将

canvas

显示为内联元素而不响应我的CSS，以及如何修复它？我看看能不能把问题弄清楚。我知道这不会像那样容易回答，我准备等待有经验的人来回答（最终可能是我，因为我很快就要处理O Mini）。为什么的答案取决于代码上下文。：）因此，如果没有代码，它可以是很多东西。tagawa给出了一个可能的好答案不要犹豫发布更多细节。+1。非常有趣。这听起来似乎可以解释这一切，尽管这似乎发生在新加载页面的FB上。那可能只是被截断的脚本。哦，很有趣。如果你有一个链接或者关于如何复制它的详细信息，我可以查看它并在必要时提交一份bug报告。