Vimium: Firefox 65：スムーズスクロールが無効になっていると、スクロールの信頼性が低下します

私もこれに遭遇しました、または少なくとも私はそれが同じ問題であるとかなり確信しています。 最も顕著な症状は、 @ progandyが上で書いたように、スクロール方向を変更するときに最初のキー押下が無視されることです。 Githubを含め、アクセスしたすべてのWebページでこの問題に気づきました。

スムーズスクロールが有効か無効かで違いはわかりません。 ただし、_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」を1回だけ押して下にスクロールし、次に「k」を押して上にスクロールする必要があります。「j」を2回押すと、「k」は期待どおりに機能します。

そのため、キーダウン/キーアップイベントのバグのようです。

更新しました：

「繰り返さなければならない」というのは、Firefoxが「常に」初期のスクロールアクションを再生し、再生されたもの（ "j＃2"）が必要なもの（ "k"）の効果をキャンセルしたためです。 これはFirefoxのバグであるはずであり、上記の他の問題のいくつかを説明することができます。

また、「j」と「k」で異なるスクロールステップを使用すると、ページが「k」上で少し移動するのがわかります。

私はそれについての解決策を見つけていません。 たぶん私たちはFirefoxがそれを修正するのを待たなければなりません。

追加した：

カスタマイズしたVimiumにそのような問題がないのは不思議ですが、効果的なキーの違いは見つかりませんでした。

カスタマイズしたVimiumでは、 <textarea>のスムーズなスクロールが中断します。

これを修正したFirefox（またはVimium）のバージョンとその方法はわかりませんが、この問題はもう発生していません。
Firefox 71.0、Vimium1.64.6。 _browser.tabs.remote.autostart_は_true_に設定されています（これがデフォルトです、私は信じています）

今もうまくいっているようです。問題を解決すると思います。

私はそれを無視することを学びました、そしてどういうわけかそれが修正されたことに気づきませんでした。