Change:
} this.currentThreadListeners(); <ins> this._register(new DomEmitter(this.container, 'keydown').event(e => { if (dom.isKeyboardEvent(e) && e.key === 'Escape') { if (Range.isIRange(this.commentThread.range) && isCodeEditor(this._parentEditor)) { this._parentEditor.setSelection(this.commentThread.range); } this.collapse(); } })); </ins> } private _setAriaLabel(): void {

Discussion:
Type: <bBug</bCC any repo containing comments standard 4-way arrow keys, navigate and select any comment and hit Enter on it. if your cursor moves to the corresponding codeblock in the editor. you hit Enter on any comment, the focus moves to the comment tooltip and you cannot exit out of it via ESC key. reader users cannot easily jump to the corresponding codeblock of the selected comment. Keyboard focus should move to the corresponding codeblock context once users hit Enter key on a comment in the thread. ! VS Code version: Code - Insiders 1.93.0-insider (, 2024-08-20T08:04:15.567Z) OS version: WindowsNT x64 10.0. Modes: <details<summarySystem Info</summary </details<details<summaryExtensions (128)</summaryExtensionVersion ------ vscode-openapi4.28.1 zotenote1.0.1 android-dev-ext1.4.0 aiprm-lang0.0.2 Bookmarks13.5.0 openscad1.2.2 spellright3.0.136 zoterolatex0.4.1 mermaid-markdown-syntax-highlighting1.6.0 external-pdf1.2.0 doxdocgen1.4.0 vscode-markdownlint0.53.0 vscode-eslint3.0.10 vscode-quick-select0.2.9 vscode-deno3.38.2 gitlens14.6.1 EditorConfig0.16.4 prettier-vscode10.1.0 figma-vscode-extension0.3.5 vscode-firefox-debug2.9.10 shell-format7.2.5 vscode-google-translate1.4.13 codespaces1.17.2 copilot1.223.1058 copilot-chat0.20. remotehub0.62.0 vscode-github-actions0.26.2 vscode-pull-request-github0.95.

cloudcode2.16.4 overleaf-workshop0.13.2 cslpreview0.2.2 path-autocomplete1.25.0 latex-workshop10.1.0 lilypond-syntax0.1.1 scheme0.2.0 better-cpp-syntax1.17.2 commitlint2.6.0 language-julia1.109.1 google-search0.0.1 vscode-lua-format1.3.8 lilypond-formatter0.2.3 lilypond-pdf-preview0.2.8 lilypond-snippets0.1.1 vslilypond1.7.3 language-matlab1.2.5 zotero0.1.11 git-graph1.30.0 azure-dev0.8.3 vscode-azureappservice0.25.2 vscode-azurecontainerapps0.6.1 vscode-azurefunctions1.15.2 vscode-azureresourcegroups0.8.3 vscode-azurestaticwebapps0.12.2 vscode-azurestorage0.16.0 vscode-azurevirtualmachines0.6.5 vscode-cosmosdb0.22.0 vscode-docker1.29.2 vscode-edge-devtools2.1.5 black-formatter2024.3. debugpy2024.11. flake82023.13. isort2023.13. python2024.13. vscode-pylance2024.8.101 jupyter2024.8. jupyter-keymap1.1.2 jupyter-renderers1.0.19 vscode-jupyter-cell-tags0.1.8 vscode-jupyter-slideshow0.1.5 remote-containers0.381.0 remote-ssh0.114. remote-ssh-edit0.86.0 remote-wsl0.81.8 vscode-remote-extensionpack0.25.0 azure-account0.12.0 azure-repos0.38.0 cmake-tools1.18.44 cpptools1.21.6 cpptools-extension-pack1.3.0 js-debug-nightly2024.8.1517 powershell2024.3.2 remote-explorer0.5. remote-repositories0.40.0 remote-server1.6.

vscode-github-issue-notebooks0.0.130 vscode-node-azure-pack1.2.0 vscode-selfhost-test-provider0.3.25 vscode-serial-monitor0.12.0 vscode-speech0.10.0 vscode-speech-language-pack-en-ca0.4.0 vscode-speech-language-pack-en-gb0.4.0 vscode-speech-language-pack-ko-kr0.4.0 vsliveshare1.0.5936 windows-ai-studio0.4.0 autodocstring0.6.1 pandocciter0.10.4 publisher1.1.5 shiny1.0.0 shinyuieditor0.5.0 quarto1.114.0 r-debugger0.5.4 java1.33.0 vscode-xml0.27.1 vscode-yaml1.14.0 r2.8.4 multi-command1.6.0 AudioQ0.0.2 vscode-deepl1.1.1 abc-music0.4.0 lua3.10.5 latex-utilities0.4.14 cmake0.0.17 vscode-terminal-here0.2.4 windows-terminal0.7.0 errorlens3.16.0 intellicode-api-usage-examples0.2.8 vscodeintellicode1.2.30 vscode-conventional-commits1.25.0 vscode-arduino0.7.0 vscode-gradle3.16.4 vscode-java-debug0.58.0 vscode-java-dependency0.24.0 vscode-java-pack0.29.0 vscode-java-test0.42.0 vscode-maven0.44.0 zotero-cite0.8.6 markdown-all-in-one3.6.2 grammarly0.25.0 (1 theme extensions excluded) </details<details<summaryA/B Experiments</summary</details<!-- generated by issue reporter --
are you suggesting that the editor lines to which a comment applies should be focused when one hits enter with focus on the in-editor comment widget? so, the flow would be: focus comments view item hit enter focus is now on the comment widget thread hit enter focus moves to the editor lines to which the comment applies?
-- Expected flow would be: opens a comment thread the comment thread (tree view), user navigates the comment item with Up/Down/Left/Right arrows.

user identifies a comment they want to view, they hit Enter widget opens Notes: 1 through 4 steps are the current behaviors and I would like to keep them the opened comment widget, user hits ESC and the focus moves to the line block to which the current comment applies. Notes: I said line block because sometimes a comment is to multiple lines (i.e., a range). I would like to the the corresponding line block is selected once user exits out of the comment widget so that the block is announced to screen reader users. Also, users can easily copy the line block to their preferred text buffer. Notes: Currently step 5 is not supported. User cannot exit out of the opened comment widget to move their focus to the editor unless they press ctrl+1 explicitly.