Yuya Tanaka

Calling moveViewPort() before onMeasure() causes crash. So flingRunnable is also affected.

For workaround extend FreeFlowContainer and call onMeasure() when `moveViewport(boolean)` is called. ``` @SuppressLint("WrongCall") // for call onMeasure() directly instead of measure() @Override protected void moveViewport(boolean isInFlingMode) { if (dataSetChanged) {...

Seems to be caused by this commit https://github.com/Comcast/FreeFlow/commit/c5a6b2a54a74aeb35bf5e836be4c505d6c863dce#diff-c38b0300174165db5f03f319b3a71847L226 This removed super.onMeasure() call before return.

 I want to `:nmap ]l ` (like unimpaired.vim), but it is impossible without when clause. Instead of using VSCodeVim's keybinding, I put them in `keybindings.json` then append `&& editorTextFocus...

With above method when typing `r ]` in normal mode VSCode swallows `]` and waiting for second key of chord... 🤔

To workaround, can we have context that represents whether VSCodeVim is waiting for second key? `"when": "referenceSearchVisible && editorTextFocus && vim.mode == 'Normal' && !vim.waitingForKey"`

> An option to disable this would be appreciated. This is really appreciated because ActiveJob already reloads code **as needed** on every execution. ActiveJob::Execution ```rb def execute(job_data) #:nodoc: ActiveJob::Callbacks.run_callbacks(:execute) do...

My workaround is to place below snippet to initializer. ```rb # ActiveJob will reload codes if necessary. DelayedJob consumes CPU and memory for reloading on every 5 secs. # TODO:...