The VSCodeVim team prioritizes issues based on reaction count.
BUG REPORT :
Environment:
What happened:
For lagrge files Start of word backwards < leader > < leader > b and Start of word forwards < leader > < leader > w does not work properly. See screenshots.
What did you expect to happen:
I expect to go to a word backwards.
How to reproduce it:
copy the following line more then 82 times:
< add key="GuId" value="{436B2A9D-06C7-4627-ACE3-E0C6D0D4451F}" / >
Go to last line and press < leader > < leader > b with easy motion on.
The option to jump back to near words from end of line higher then 81 (eg. 88) is not present. I can only go back to words in line 81. See attached screenshot:

Same happens for search of words forwards. Cannot go forward immediately for the same file from line 2. Only able to go to line 7.

the way we fixed #1627 causes this
I think it is an improvement from the previous behavior you reported, and is now a feature request
Thanks for reporting it! What does easymotion in vim do? does it change to 3 characters ever?
@rebornix
We switched from showing undefined to nothing. I'm not familiar with the behavior of easymotion :(
Isn't the problem that we're starting from the wrong place? I don't think it's a problem that we don't show the entire file, so long as we show stuff near the cursor.
I think search has a similar problem.
@xconverge nope I've never seen it change to 3 characters ever.
Actually, I can't reproduce this issue.

I initially reported it for Windows. It happens in Mac also. @Chillee , use the following line for reproducing the issue. Paste it more than 81 times and it should be reproduced.
< add key="GuId" value="{436B2A9D-06C7-4627-ACE3-E0C6D0D4451F}" / >
On the screenshot my cursor is at the very last line.

Here's another screenshot showing forwards search:

@atiqorin @Chillee I cannot reproduce this issue on the latest version of extension.
For your information, characters to be used for marker names are like hklyuiopnm,qwertzxcvbasdgjf;, and the marker names are generated by these 28 characters, so at most 784(=28^2) marker names are available.

It seems like this has already been fixed? Please reopen this issue if it's still a problem.
An improvement could be to limit the scope of the markers to the current view? I see that currently it tries to mark the entire file from the beginning.
Edit: Actually, I am not sure what is the actual behavior. I use vscode to edit latex files and I get this issue a lot since I normally run out of markers for large texts.
Most helpful comment
Isn't the problem that we're starting from the wrong place? I don't think it's a problem that we don't show the entire file, so long as we show stuff near the cursor.
I think search has a similar problem.