在 Firefox 64.0.2 之前,在禁用平滑滚动的情况下一切正常。 从FF65开始,它变得不可靠了。 有时它似乎工作正常,然后突然发生部分或全部情况:
我认为大多数可以以某种方式解释为与前一个滚动事件的某种组合,但有时即使我只是使用相同的滚动操作,我也会在方向改变或忽略键后直接获得双倍距离滚动。 (无法重现,也许是我想象的)
我禁用了平滑滚动,启用它不是解决方案,因为它让我感到恶心。
我可以在只安装了 vimium 的新配置文件中重现它。 我认为它发生在所有网页上,但以防万一我测试了一个 URL: https :
我也遇到过这个问题,或者至少我很确定这是同样的问题。 最显着的症状是,当改变滚动方向时,第一个按键被忽略,就像上面写的
无论是启用还是禁用平滑滚动,我都没有注意到任何区别。 但是,通过将 _browser.tabs.remote.autostart_ 设置为 _false_ 来禁用多进程 Firefox似乎可以解决这个问题。 (编辑:经过更多测试后,我可以说这绝对可以解决我的问题)
我在 Firefox 65.0[.1] 版本和 66.0b[6,7,8] 测试版上都使用并看到了这个问题。 两者都是 64 位版本,在完全更新的 Windows 10 1809 上运行。通常 vimium 不是我使用的唯一扩展,但即使在仅安装了 vimium 的新配置文件上也会出现问题。
Vimium 版本是 1.64.3。
确认的。
“ about:config ”中的browser.tabs.remote.autostart
确实对滚动有影响。
线
改变滚动方向时,第一个键被忽略,必须重复
要求测试人员只按一次“j”向下滚动,然后按“k”向上滚动 - 如果按两次“j”,则“k”按预期工作。
因此,这似乎是 keydown/keyup 事件的错误。
“必须重复”是因为Firefox“总是”重播早期的滚动动作,然后重播的(“j#2”)取消了想要的(“k”)的效果。 这应该是Firefox的一个bug,可以解释上面提到的其他一些问题。
如果对“j”和“k”使用不同的滚动步骤,您会看到页面在“k”上移动了一点。
我还没有找到任何解决方案。 也许我们必须等待 Firefox 修复它。
奇怪的是,我定制的 Vimium 没有这个问题,而我还没有发现任何有效的关键差异。
在我定制的 Vimium 上, <textarea>
上的平滑滚动中断了。
我不知道哪个 Firefox(或 Vimium)版本解决了这个问题以及如何解决,但我不再有这个问题了。
火狐 71.0,Vimium 1.64.6。 _browser.tabs.remote.autostart_ 设置为 _true_ (这是默认值,我相信)
它现在似乎也对我有用,我想我会关闭这个问题。
我学会了忽略它,但不知何故从未注意到它已修复。
最有用的评论
我也遇到过这个问题,或者至少我很确定这是同样的问题。 最显着的症状是,当改变滚动方向时,第一个按键被忽略,就像上面写的
无论是启用还是禁用平滑滚动,我都没有注意到任何区别。 但是,通过将 _browser.tabs.remote.autostart_ 设置为 _false_ 来禁用多进程 Firefox
似乎可以解决这个问题。 (编辑:经过更多测试后,我可以说这绝对可以解决我的问题)我在 Firefox 65.0[.1] 版本和 66.0b[6,7,8] 测试版上都使用并看到了这个问题。 两者都是 64 位版本,在完全更新的 Windows 10 1809 上运行。通常 vimium 不是我使用的唯一扩展,但即使在仅安装了 vimium 的新配置文件上也会出现问题。
Vimium 版本是 1.64.3。