hlsearch Turns On Unexpectedly When Executing Some EasyMotion Shortcuts

Describe the bug
When I execute any of the easymotion commands (<leader><leader>s, <leader><leader>f, etc.) after performing a search and hiding the highlights using :nohl, the hlsearch setting is automatically turned back on, causing the search highlights to reappear.

To Reproduce
Steps to reproduce the behavior:

1. Open a file in VSCode with the Vim extension and easymotion enabled.
2. Perform a search (e.g., type /search_term and press Enter).
3. Hide the search highlights by typing :nohl and pressing Enter.
4. Execute one of the following easymotion commands:
   • <leader><leader>s<char> (Search character)
   • <leader><leader>f<char> (Find character forwards)
   • <leader><leader>F<char> (Find character backwards)
   • <leader><leader>t<char> (Till character forwards)
   • <leader><leader>T<char> (Till character backwards)
5. Notice that the search highlights reappear automatically.

Expected behavior
The hlsearch setting should remain off after executing easymotion commands, and the search highlights should not reappear unless manually enabled.

Environment

• Extension (VsCodeVim) version: v1.28.1
• VSCode version: 1.95.3
• OS: macOS Sequoia 15.1.1
• Hardware: MacBook Pro M3 Pro

Additional context
Vim provides various navigation methods, but I believe f, as an advanced version of f, is the fastest and most intuitive way to navigate in Vim. I am eagerly looking forward to its improvement!

Start by reproducing the issue with :nohl followed by the listed EasyMotion shortcuts, then trace the EasyMotion command handling and its interaction with the hlsearch setting. Done means each listed shortcut leaves hlsearch off and the existing search highlights hidden until the user enables them again.