onDidChangeTextEditorVisibleRanges shows strange behaviour!

Issue Type: <b>Bug</b> I've been working with `onDidChangeTextEditorVisibleRanges` event lately and I have noticed few things, I will explain with code example and some different cases: ```ts let eventCounter: number = 0 vscode.window.onDidChangeTextEditorVisibleRanges((event) => { eventCounter++ console.log('Event trigger count:', eventCounter); event.visibleRanges.forEach((range) => { console.log('Start line:', range.start.line) console.log('End line:', range.end.line) }) }) ``` As per [documents](https://code.visualstudio.com/api/references/vscode-api#TextEditorVisibleRangesChangeEvent) >An Event which fires when the visible ranges of an editor has changed. In my case, the event is fired as expected, but with the following condition only; when I navigate (scroll around) the editor, either by mouse or keyboard arrows in an existing open text editor. However, the strange behaviour only happens with newly opened text editor and when switching to a different tab. To simplify it, Assuming that I have the editor max visible range of 33 lines: - (A) It doesn't fire when a text editor is newly opened from the workspace files (I don't know if it should be!). I mentioned newly as the text editor's active cursor location and visible ranges are not memorized. - (B) It fires when the opened text editor has the cursor location in memory, except that: - (B.1) It fires one time but only when the cursor location is within 1-33 and the memorized visible range (scroll location?) first visible line is greater than 2 - (B.2) It doesn't fire at all when the memorized cursor location is within the first lines of the editor (from 1 to editor's max visible range which is 33 lines in my case). So, if the cursor location is within 1-33 the event won't be fired no matter what the total lines count of the file. - (B.3) It fires twice when the memorized cursor location is greater than 33 no matter where the memorized visible range is, the first trigger will have…