Horacio Sanson

@Perlence this is actually easy to do with [vim-toop](https://github.com/jeanCarloMachado/vim-toop) plugin. Simply install the plugin with you favorite plugin manager: ``` Plug 'jeanCarloMachado/vim-toop' ``` Then add this to you vimrc or...

Took some time to re-read the related discussions and test this PR and unfortunately applying this PR reverts the initial issue. If we do not use the --stdin flag then...

As you mention it would be best to copy flakehell implementation and change all instances of flakehell to flakeheaven. Also if flakehell is not maintained also create an issue to...

ALE lints on these situations (see `:h ale-lint`): * When you modify a buffer. - g:ale_lint_on_text_changed * On leaving insert mode. - g:ale_lint_on_insert_leave * When you open a new or...

I see, that is not supported by ALE.

Let me know if this is useful: ``` 0 0x00007f180774232e in ?? () from /lib/x86_64-linux-gnu/libnotmuch.so.5 #1 0x00007f18077426fd in notmuch_message_get_filenames () from /lib/x86_64-linux-gnu/libnotmuch.so.5 #2 0x000055d62ee4495f in get_message_last_filename (msg=) at notmuch/notmuch.c:650 #3...

Seems I need to generate a new coredump with the new binary with symbols. Since I am unable to reproduce the issue reliable it may take some time before I...

@gahr finally got the coredump, this time hopefully with the symbols required. [gdb.txt](https://github.com/neomutt/neomutt/files/9563320/gdb.txt) ``` #0 0x00007f32872f332e in ?? () from /lib/x86_64-linux-gnu/libnotmuch.so.5 #1 0x00007f32872f36fd in notmuch_message_get_filenames () from /lib/x86_64-linux-gnu/libnotmuch.so.5 #2 0x000055835d39021b...

Closing since is not ALE related.

In the theorical world testing the min and max supported versions should ensure inbetween versions also work. Except for some breaking changes between vim 8.0 and 8.2 this has been...