What's Changed

• don't create a copy of the basedpyright-langserver executable in the vscode extension unless running on windows by @DetachHead in #1810
  • this was a hacky way to try to avoid issues updating basedpyright while the language server is running, but this was never actually a problem on linux & macOS because executables can be deleted while running
• fix empty semantic tokens response interfering with other language servers when basedpyright.disableLanguageServices is set by @DetachHead in #1815
• avoid duplicated capability registrations by @DetachHead in #1816

Full Changelog: v1.39.6...v1.39.7

What's Changed

• Fix auto import suggestions for files that haven't been opened by @joaoheusi in #1802
• Merge pyright 1.1.410 by @DetachHead in #1804

New Contributors

• @joaoheusi made their first contribution in #1802

Full Changelog: v1.39.5...v1.39.6

What's Changed

• fix error attempting to baseline diagnostics from the new string.templatelib module when targeting python 3.14 by @DetachHead in #1801

Full Changelog: v1.39.4...v1.39.5

What's Changed

• Update basedpyright's docs for PyCharm by @charliecloudberry in #1643
• treat map & filter as not subscriptable at runtime and don't show generic inlay hints for non-subscriptable types by @nfer in #1797

New Contributors

• @charliecloudberry made their first contribution in #1643
• @nfer made their first contribution in #1797

Full Changelog: v1.39.3...v1.39.4

What's Changed

• fix docs site not being deployed, which was caused by some changes I made to improve the security of our CI by @DetachHead in #1782

Full Changelog: v1.39.2...v1.39.3

What's Changed

• fix basedpyright being broken in the playground caused by browser-basedpyright being published with nothing in it by @DetachHead in #1778

Full Changelog: v1.39.1...v1.39.2

What's Changed

• Chinese (Simplified) localization update (2026.04) by @NCBM in #1767
• Merge pyright 1.1.409 by @DetachHead in #1777

Full Changelog: v1.39.0...v1.39.1

What's Changed

new diagnostic rule - reportEmptyAbstractUsage

pyright only reports an error when you instantiate an abstract class that has unimplemented abstract methods. but a class that explicitly extends ABC (or uses ABCMeta) with no abstract methods can also be instantiated, and pyright has no issue with that:

from abc import ABC


class Foo(ABC):
    """abstract class with no abstract methods"""


foo = Foo()  # no error

but the author of the class likely intended this class not to be used directly, and instead subtyped. so if a class extends ABC but defines no abstract methods, instantiating it is likely unintentional.

the reportEmptyAbstractUsage rule flags such instantiations. see the docs for more info.

implemented by @KotlinIsland in #1748 (some fixes by @DetachHead in #1766)

Full Changelog: v1.38.4...v1.39.0

What's Changed

• fix typing_extensions auto-import being treated as first party by @beauxq in #1754
• fix "Received redundant open text document command" error when viewing previous versions of a notebook in vscode's timeline view by @DetachHead in #1758
• format python codeblocks in the docs using ruff by @DetachHead in #1759
• use @core-js/pure to polyfill newer js features by @DetachHead in #1760

Full Changelog: v1.38.3...v1.38.4

What's Changed

• fix ordering of code actions and don't show # pyright:ignore[reportImportCycles] code action because it doesn't work by @NCBM in #1753

Full Changelog: v1.38.2...v1.38.3