Thanks for offering help, that is clearly appreciated. If you want to
get started, I'd recommend to go through the huge lists of issues and
see if find some that no longer applies. You don't need to go through
all of them, start with some that you can clearly understand and try to
reproduce them. If you already know a bit of C, you may also try to find
the code and see if you can fix it. Start with some small issues or pick
one that personally annoys you.
But please note, Vim is a mature open source project, the code is not
always easy to follow and getting it included may take some time. Please
try to include a test case for whatever you change.
Going through the code coverage as you offered is also a good way to
find sections of code that isn't yet covered by tests. But I believe it
may be hard to find things not yet tested, e.g. because memory failure
issues are not tested, because it is hard to make tests cause those
issues and test that properly. But there might still be places that
could be improved.
If you don't want to spend your time on the C code, you may chose to
improve either some of the existing distributed Vim plugins using either
Vim9 script of the legacy code or even write tests for those. For
example we do not currently have a test for the commenter and netrw
plugin.
And if you are not a programmer at all, you can still check the
documentation or translation files if they are correct or can be
improved.
Thanks,
Christian
--
"Necessity is the mother of invention" is a silly proverb. "Necessity
is the mother of futile dodges" is much nearer the truth.
-- Alfred North Whitehead