Visual Studio Code February 2023

February 2023 (version 1.76)

Downloads: Windows: User System Arm64 | Mac: Universal Intel silicon | Linux: deb rpm tarball Arm snap

Welcome to the February 2023 release of Visual Studio Code. There are many updates in this version that we hope you’ll like, some of the key highlights include:

If you’d like to read these release notes online, go to Updates on

Insiders: Want to try new features as soon as possible? You can download the nightly Insiders build and try the latest updates as soon as they are available.


Terminal command failure audio cue

When a command exits with a non-zero code in a terminal with shell integration, sighted users can glance at the command decoration to quickly understand that there was a failure. To convey a failure to screen reader users, VS Code now plays the audioCues.terminalCommandFailed audio cue.

You can listen to the available audio cue sounds by scrolling through the Help: List Audio Cues dropdown.

Improved error audio cue responsiveness

The audioCues.lineHasError audio cue now plays during character navigation so that screen reader users have improved insight into where the errors are in the editor.

Terminal accessible buffer improvements

Last iteration, we introduced the terminal accessible buffer, which provides screen reader users access to the terminal contents via the Terminal: Focus Accessible Buffer command.

This iteration, we’ve improved the accessible buffer by adding selection and link support, making it read-only, and using shell integration insights to limit output to only the important terminal content – the command that was run, the exit code if any, and the output. We plan to add configuration of this feature next iteration.

Context specific Tab focus mode

The Toggle Tab Key Moves Focus command is useful for determining whether the workbench or editor/terminal receive Tab key input.

New editor.tabFocusMode and terminal.integrated.tabFocusMode settings allow users to set the default behavior. When the value is set to true, the workbench receives the Tab key input instead of the editor or terminal.

Screen reader shell integration support on Windows

Shell integration was previously disabled when a screen reader was detected on Windows due to problems with PowerShell support in this context. We have determined that this is no longer an issue in most cases, so have enabled it.

Terminal accessible help additions

Discussions with the screen reader community have yielded additions to the Terminal Accessibility Help dialog (⌥F1 (Windows Alt+F1, Linux Shift+Alt+F1)) such as mentioning the Create New Terminal (With Profile) and Preferences: Open Accessibility Settings commands.


Profiles, released to Stable last milestone, let you quickly switch VS Code configurations depending on your current workflow and project. You can save a set of customizations such as settings, extensions, and keybindings, sync them across your machines, and easily share them with colleagues.

Profile Badge

VS Code now indicates the current custom profile by showing the first two letters of the profile name as a profile badge on the Manage Activity bar icon.

Themes can customize the profile badge background and foreground colors by configuring the two new theme colors:

  • profileBadge.background
  • profileBadge.foreground

Switch profiles

You can now quickly switch between profiles with the Profiles: Switch Profile command in the Command Palette (⇧⌘P (Windows, Linux Ctrl+Shift+P)), which presents a dropdown listing your available profiles.

Profiles in Remote Workspaces

You can now create and customize profiles that include remote extensions and switch between them in Remote Development workspaces.

Below two different profiles (“Doc Writing” and “Code”) are active in two instances over Remote – SSH.

Profiles documentation

Check out the new Profiles in Visual Studio Code topic if you’d like to learn more about profiles and scenarios when they are useful. This article goes into detail on how to create, modify, share, and reuse profiles.


Moveable Explorer view

Most views and view containers within VS Code are moveable except for a few built-in ones. In this release, the Explorer view container (⇧⌘E (Windows, Linux Ctrl+Shift+E)) is now moveable and can be placed into the secondary side bar or the bottom panel to allow for further workbench customization.

Below the File Explorer view has been moved to the Panel area.

If you’d like to reset all views back to the default layout, you can run Views: Reset View Locations from the Command Palette.

Fixed-width centered layout

The View: Toggle Centered Layout command (workbench.action.toggleCenteredLayout) now has a fixed-width layout option. This option is enabled with the new workbench.editor.centeredLayoutFixedWidth setting. When enabled and centered layout is active, the editor is centered and attempts to maintain its width across window and panel resizes.

Multiple quick diffs

With the introduction of the proposed multiple quick diff API, multiple extensions can provide a quick diff. When there are multiple quick diffs in a file, you’ll now see a dropdown to choose which diff base to view:


The Comments view has a new Expand All command to go with the existing Collapse All. The gutter icon for unresolved comments is now the same icon that is used in the Comments view.

Configure default log level

You can now configure the default log level for VS Code or for an extension from the Developer: Set Log Level… command. This is persisted across restarts and is synced across machines.

Selecting an extension displays the same log level dropdown as for the default log level.

Verified publisher domain in Extension editor

The Extension editor now displays the verified publisher domain next to the verified indicator. Below, the domain is shown to the right of the verified badge.


JSONC document sorting

It is now possible to sort JSONC (JSON documents with comments) files by key. To use this feature, select JSON: Sort Document from the Command Palette.

Independent bracket pairs for matching and colorization

In this iteration, we changed the behavior when both editor.language.brackets and editor.language.colorizedBracketPairs are configured. Before, setting editor.language.colorizedBracketPairs would override editor.language.brackets for bracket matching (as both use the same bracket pair tree). Now, the union of both settings is used for bracket matching, but only brackets configured in editor.language.colorizedBracketPairs are colorized.

Source Control

Git commit syntax highlighting

VS Code has adopted a new Git grammar, which provides syntax highlighting for Git commit message files. The new grammar has better support for languages other than English.

Git and GitHub documentation

Whether you are new to source control or an experienced Git user, you can learn more about VS Code’s Git integration in the Source Control section of our documentation. Articles include:


Kernel picker default mode: MRU

The kernel picker now shows the most recently used (MRU) kernel by default. This is a change from the previous behavior, which was to show all available kernels. You can still see all kernels by a secondary picker Select Another Kernel…, which will group kernels by their source (for example: Jupyter Kernel, Python Environment, etc.) when you have latest Jupyter and Python extensions installed.

Notebook renderer performance diagnostics

When running notebook cells, some notebook output renderers may take a long time to render. To help identify these renderers, we’ve added diagnostics to the hover in the notebook cell Status bar. This view shows the time it took for each renderer to execute and the total execution time. Additionally, the links in the hover will open the issue reporter with the renderer’s name and execution time pre-filled so that you can easily file an issue if you find the renderer is taking too long to execute.

The built-in error renderer now supports links to files and line numbers. This allows you to click on a file path in the error message and open the file in the editor.

Jupyter extension’s error renderer was deprecated in favor of the built-in error renderer.


Need to link to a header in another Markdown document but don’t remember or want to type out the full file path? Try using workspace header completions! To start, just type ## in a Markdown link to see a list of all Markdown headers from the current workspace:

Accept one of these completions to insert the full link to that header, even if it’s in another file:

You can configure if/when workspace header completions show with the Markdown > Suggest > Paths: Include Workspace Header Completions setting (markdown.suggest.paths.includeWorkspaceHeaderCompletions).

Valid setting values are:

  • onDoubleHash (the default) – Show workspace header completions only after you type ##.
  • onSingleOrDoubleHash – Show workspace header completions after you type # or ##.
  • never – Never show workspace header completions.

Keep in mind that finding all headers in the current workspace can be expensive, so there may be a slight delay the first time they are requested, especially for workspaces with lots of Markdown files.

The new markdown.preferredMdPathExtensionStyle setting configures if VS Code prefers using file extensions for links to Markdown files. This preference is used for language tools such as path completions and link renames.

Valid setting values are:

  • auto – Try to preserve the existing style of the file extension.
  • includeExtension – Include the trailing .md in the link.
  • removeExtension – Remove the trailing .md from the link.

Remote Development

The Remote Development extensions, allow you to use a Dev Container, remote machine via SSH or Remote Tunnels, or the Windows Subsystem for Linux (WSL) as a full-featured development environment.

You can learn about new extension features and bug fixes in the Remote Development release notes.

Remote menu

This milestone we made several usability improvements to the remote menu, accessible by clicking on the remote indicator in the lower left of the Status bar:

  1. There is now a default keybinding to open the remote menu: ⌥⌘O (Windows, Linux Ctrl+Alt+O).
  2. We reduced our remote extensions’ contributions to the remote menu to make it easy to view all actions for connecting to a remote window at a glance.
    • Basic actions for opening a remote window are now always available in the remote menu, so you can discover actions to connect to another remote even when you are already in a remote window.
    • Most actions for configuring or getting started with a remote have moved from the remote menu to the Command Palette to conserve space in the remote menu.
  3. The Install Additional Remote Extensions option in the remote menu now points to a list of curated Remote Development extensions and is hidden from the remote menu if all such extensions are already installed.

Remote Repositories

This milestone, we introduced the Browse & Edit Remote Repositories without Cloning walkthrough in the Remote Repositories extension to help you search, edit, and create quick commits in GitHub and Azure Repos without cloning locally.

You can also check out the Remote Repositories tutorial to help you get started.

VS Code for the Web

This milestone we have added experimental readonly support for Git LFS-tracked files hosted in GitHub and Azure Repos repositories on

In the short video below, images stored on Git LFS in the vscode-docs repository are visible when scrolling the Markdown Preview on

When you view a file in a GitHub or Azure Repos repository, based on your .gitattributes configuration, we detect whether the file is LFS-tracked and needs to be fetched from GitHub’s or Azure Repos’s LFS servers.

You can also use the GitHub Repositories and Azure Repos extensions with VS Code Desktop to browse repositories containing Git LFS-tracked files without cloning.

This behavior can be disabled with the following settings:

  • "": false
  • "": false

VS Code does not yet support committing Git LFS-tracked files, and does not have Git LFS read support.


Improved extension search relevance

We have improved the relevance of extension search results in the Extensions view and on the Marketplace gallery. Results should now be more appropriate, especially for multi-word queries.



Contributions to extensions



The Jupyter extension now supports version 8 of IPyWidgets. Python Widgets relying on IPyWidgets 7.* will continue to work, as both versions 7.* and 8.* are supported.

Interactive Window kernel selection

Auto-selecting a kernel for the Interactive Window was modified to work better with the new kernel picker UI. The current active interpreter is used unless another kernel was previously chosen for an Interactive Window in that workspace, in which case the previously selected kernel is used.


Improved IntelliSense support for pytest

The Pylance extension now has powerful features that can help you work more efficiently and effectively when writing clear, concise, and easy to understand tests with pytest:

  • Support for completions, Go to Definition, Find All References, and Rename Symbol (F2) for pytest fixtures and parameterized arguments.
  • Type annotation support for pytest parameters through inlay hints (enabled by the "python.analysis.inlayHints.pytestParameters" setting) and through Code Actions.
  • Type inference of parameterized pytest arguments, based on the parameter values provided to the decorator.

The short video below highlights these new pytest features:

GitHub Pull Requests and Issues

There has been more progress on the GitHub Pull Requests and Issues extension, which allows you to work on, create, and manage pull requests and issues. Highlights include:

  • Permalink rendering in the PR description and in comments.
  • Re-requesting reviews from the description page.
  • Quick diffs for files in a checked-out PR.

Check out the changelog for the 0.60.0 release of the extension to see the other highlights.

Preview features

Global search now supports showing results from notebooks as they would be displayed in the notebook editor. Enable search.experimental.notebookSearch to try this out, and let us know about any bugs that you run into! This currently only supports searching cell inputs and Markdown sources in cells.

Theme: Community Material Theme (preview on

Asynchronous tokenization

This release ships the experimental asynchronous tokenization feature. This feature allows the editor to tokenize documents in a separate web worker, which can improve the responsiveness of the editor when the document is large.

For now, asynchronous tokenization is disabled by default but can be enabled by setting editor.experimental.asyncTokenization to true.

TypeScript 5.0 support

This update includes support for the upcoming TypeScript 5.0 release. See the TypeScript 5.0 Beta blog post and TypeScript 5.0 iteration plan for more details on what the TypeScript team is currently working on. Some editor tooling highlights:

  • New switch and case completions help you fill in both sections of switch statements more quickly.
  • Work on enabling project-wide IntelliSense on and

To start using the TypeScript 5.0 nightly builds, install the TypeScript Nightly extension or install the latest VS Code 1.76+ Insiders build.

Extension authoring

This iteration, we introduced support for links in InputBox prompts and validation messages. In those strings, you can now use the following syntax to create links:

[link text](link target)

The link target can be a URL or a command ID. When the user clicks on the link, the link target is opened in the browser or executed as a command, respectively.


const result = await vscode.window.showInputBox({
    'Please enter a valid email address [more info](',
  validateInput: text => {
    if (text.indexOf('@') === -1) {
      return 'Please enter a valid email address, [more info](';
    return undefined;

which will result in the following prompt:

and the following validation message:

Theme: Panda Theme (preview on

This behavior works for both the showInputBox and createInputBox APIs.

Information diagnostic for * activation event

When an extension uses the * (star) activation event, it is activated while VS Code is in the process of starting up. This can delay the startup of VS Code. To help extension authors understand the impact of using the * activation event, we have added an information diagnostic that is shown when an extension uses the * activation event. The diagnostic is displayed in the Problems view and is also visible in the extension editor:

For more information about * (star) activation, you can read the Activation Events documentation.

Upcoming changes in when clause contexts parsing

When clauses used in extension manifest files (package.json) allow extensions to selectively enable and disable contributions such as commands and UI elements (for example, menus or views). The next VS Code release is planned to include a new parser for when clauses. The new parser offers more features and correctness, but it also enforces stricter rules for when clauses and may result in some breakages for existing when clauses. Review issue #175540 to learn more about the breakages and new features. You are also encouraged to subscribe to that issue for updates on the new parser, including new features, breakages, and migration guidelines.

Upcoming Electron update may require mandatory changes to native modules

We plan to update to Electron 22 in our next stable release. This comes with implications for extensions that leverage native modules due to the enablement of the V8 memory cage: ArrayBuffers which point to external (“off-heap”) memory are no longer allowed. This means that native modules which rely on this functionality in V8 will need to be refactored to continue working in VS Code 1.77 and later.

Please follow the advise in the Electron Blog post for how to make your native module work with future versions of VS Code.

Language Server Protocol

New versions of the Language Server Protocol (LSP) client (8.1.0) and server (8.1.0) npm packages have been released. These are bug fix releases (mainly to address problems with request ordering problem when using full text document sync) and contain API additions for custom message handling to the JSON-RPC library.

Proposed APIs

Every milestone comes with new proposed APIs and extension authors can try them out. As always, we want your feedback. Here are the steps to try out a proposed API:

  1. Find a proposal that you want to try and add its name to package.json#enabledApiProposals.
  2. Use the latest vscode-dts and run vscode-dts dev. It will download the corresponding d.ts files into your workspace.
  3. You can now program against the proposal.

You cannot publish an extension that uses a proposed API. There may be breaking changes in the next release and we never want to break existing extensions.

OpenDialogOptions allowUIResources

Extensions that are aware when they are running in a remote extension host can use allowUIResources to cause the Show local button to display in open file dialogs. Extensions that use allowUIResources should always check the scheme of the URI that’s returned.

Tooltips for QuickPickItems

This iteration we are introducing a new proposed API for a tooltip property on QuickPickItems. This property allows you to specify a tooltip for each item in a Quick Pick. The tooltip is displayed when the user hovers over the item or it can be toggled with Ctrl+Space.


await vscode.window.showQuickPick(
      label: 'label',
      tooltip: 'tooltip'
      label: 'label2',
      tooltip: new vscode.MarkdownString('tooltip2 [link](')
    placeHolder: 'placeholder'

which will result in the following Quick Pick:

Theme: Panda Theme (preview on

Obviously, this is a simple example that doesn’t need a tooltip. Tooltips are useful when you want to provide long descriptions that might have multiple lines or links to additional resources.

We think that this property is a good addition to the Quick Pick API and we are looking forward to your feedback.


More Electron UtilityProcess adoption

As part of our process sandbox journey, we want to make sure that there are no more Node.js enabled browser windows in our application. This milestone we started to convert our last remaining process from a hidden Node.js browser window to an Electron UtilityProcess. As part of this work, the file watcher process had to move out into its own utility process as well.

A new setting window.experimental.sharedProcessUseUtilityProcess enables the use of UtilityProcess and we plan to make this the default in the next release.

macOS 10.11 and 10.12 support has ended

As mentioned in our 1.75 release notes, 1.76 is the last release that supports macOS 10.11 (OS X El Capitan) and 10.12 (macOS Sierra). Refer to our FAQ for additional information.

Notable fixes

  • 168939 Persist state of badge hiding across reloads and view moves.
  • 164397 Layout control in the wrong place for RTL macOS.

Thank you

Last but certainly not least, a big Thank You to the contributors of VS Code.

Issue tracking

Contributions to our issue tracking:

Pull requests

Contributions to vscode:

Contributions to vscode-pull-request-github:

Contributions to vscode-vsce:

Contributions to monaco-editor:

Originally published at Visual Studio Code

Source: Cyberpogo

For enquiries, product placements, sponsorships, and collaborations, connect with us at We'd love to hear from you!

Our humans need coffee too! Your support is highly appreciated, thank you!

Previous Article

Shorten The Path To Insights With Aiven For Apache Kafka And Google BigQuery

Next Article

Developer Research Deep Dive: Let’s Build Faster Together

Related Posts