Cursor horizontal character column position not restored when vertically navigating lines with 'j' or 'k' "jk", :startofline desiredColumn

[MrMattBusby]

Describe the bug
When navigating vertically using, e.g. j and k, the cursor's horizontal position (column) isn't restored after navigating through a shorter line.

To Reproduce
Steps to reproduce the behavior:
Normal mode:

1)  int variable1[*4]; // Cursor starts on "4"
2)  char c[3]*;        // Use "j" twice past this shorter line, cursor is moved to end of this line
3)  int variable2[*6]; // Should end up on "6" (does in VIM on MING and Unix)
3') int varia*ble2[6]; // On VSCodeVim you end up here instead directly below the line 2's ";"

the cursor's column position was reset by navigating vertically but should have saved the "intended" column from earlier.

Expected behavior
The horizontal cursor position should be restored when navigating between lines of different lengths.

Native VIM behavior. See :help startofline: "cusor is kept in the same column (if possible)".

What I've Tried
Playing with wrapping like vim.foldfix:false, and set for sol and compatible didn't fix.

Workaround !!

• ✅ j/k don't preserve column #8912 (comment)

Environment (please complete the following information):

• Extension (VsCodeVim) version: 1.27
• VSCode version: 1.89
• OS: Windows
• This works natively VIM in MING64 and Unix versions 8.1 and 9.0.

Additional context
VIM which "set" setting maintains cursor horizontal character position when navigating up/down lines?

Related

Maybe these are all related and could be merged?

• related j/k don't preserve column #8912
• related j and k don't move into the same column #8840
• related Cursor jumps to the beginning of the file after switching from another one #8200
• related Cursor doesn't stay in the same row when moving up/down when there's tabs in the middle of the line #8108
• related Make gj and gk preserve desiredColumn #5080 (failed)
• related j/k in multi-cursor visual block mode incorrectly aligns blocks #4797
• related gj and gk should not change desiredColumn #4441
• related H/M/L should respect startofline and not update the desired column when startofline is false #4428
• related Issue with cursor position using visual line movement (gj and gk) #1323