Bump pyright from 1.1.333 to 1.1.356 in /.github

[dependabot[bot]]

Bumps pyright from 1.1.333 to 1.1.356.

Release notes

Sourced from pyright's releases.

Published 1.1.356

Bug Fixes:

• Fixed bug that results in a false positive error when a class-scoped TypeVar with a default that references another class-scoped TypeVar is used in a method signature in that class.
• Fixed bug that resulted in a false positive error if a PEP-695 type statement uses a type parameter and encloses the RHS in quotes.
• Fixed bug that results in incorrect type narrowing in the negative (fall-through) case when a runtime-checkable protocol class is used as a class pattern with arguments within a match statement.
• Fixed a bug that results in a false positive when a class-scoped TypeVar used within a method has a default that refers to another class-scoped TypeVar.
• Fixed a bug that results in a false positive reportImplicitOverride diagnostic if the class derives from an Unknown or Any class.

Behavior Changes:

• Tweaked bidirectional type inference behaviors for lists to improve certain inference cases.
• Changed the logic for metaclass instance variable lookups to ignore the lookup if the metaclass MRO contains an unknown class.

Enhancements:

• Update Unicode range tables to match Unicode 15.1.
• Added check for the use of a non-runtime-checkable protocol class in a class pattern. This generates an exception at runtime.
• Updated typeshed stubs to the latest version.

Published 1.1.355

Bug Fixes:

• Fixed a bug that results in incorrect type evaluation if a list expression includes a generator expression.
• Fixed bug that results in a false negative when a TypeAliasType object is used in a class pattern.
• Fixed bug that results in false positive when implicitly specializing a class parameterized by a TypeVarTuple when there is no default.
• Fixed bug that results in false positive when a list or set expression is evaluated using bidirectional type inference when the expected type is MutableSet or MutableSequence.
• Fixed bug that results in a false negative when overriding a method that has keyword parameters with a method that has a *args parameter.
• Fixed a bug that results in a false positive error in certain circumstances involving a TypeVarTuple used within an overload.
• Fixed bug that results in a false positive error when a base class defines a writable property and a subclass writes to the property.
• Fixed bug that results in a false positive "overload implementation does not match overloads" diagnostic when positional-only and keyword-only parameters are involved.
• Fixed a bug that results in a false positive in a complex situation that involves generic protocols, properties, and mix-in classes.
• Fixed bug that results in false positive error when a __new__ method in a metaclass uses PEP 692 (unpacked TypeDict) to annotate its **kwargs parameter.

Enhancements:

• Updated typeshed stubs to the latest. This version of typeshed replaces the older-style positional-only parameters with PEP 570 syntax.
• Improved validation for except and except* statements to catch some previously-undetected invalid cases.
• Expanded handling of python versions to handle more than just major/minor version numbers. Pyright now handles micro, releaseLevel, and serial numbers as well.

Published 1.1.354

Bug Fixes:

• Fixed a bug that resulted in an incorrect type evaluation when an augmented assignment is used within an inner-scoped function to add a constant to a variable. Literal math should not be used in this case.
• Fixed two bugs that resulted in false negatives when redefining a constant variable with a non-variable symbol and when redefining a Final variable with a non-variable symbol.
• Fixed bug that results in false positive when a generic class or type alias uses a TypeVarTuple followed by one or more ParamSpecs that have default values.
• Fixed bug that resulted in false negative when narrowing a constrained or bound TypeVar with a complex() or float() class pattern.
• Fixed bug that results in a false positive under certain circumstances when a constrained TypeVar is used as the default for another constrained TypeVar.
• Fixed a bug that results in a false positive under certain circumstances when defining a type alias using the old typing.TypeAlias annotation.
• Fixed a bug that results in a false negative when a class explicitly inherits from a protocol that defines an instance variable but the child re-declares as a ClassVar without an explicit type.
• Fixed a bug that made locale overrides through environment variables no longer work on node 21.

Enhancements:

• Enhanced handling of type function when it is passed a class. Pyright previously evaluated this as Any, but now it returns the class' metaclass.
• Added check for generic classes and type aliases that include a TypeVarTuple followed by a TypeVar that has a default value. This is illegal according to PEP 696.
• Changed the behavior when accessing a class attribute from a generic class that is not specialized. The class is now automatically specialized in the case using default type parameter values (from PEP 696) or Unknown. This change is required for conformance with PEP 696.

... (truncated)

Commits

• 9f02004 Published 1.1.356
• a2831b7 Published 1.1.355
• 0a73f4b Published 1.1.354
• 114501e Published 1.1.353
• ab40240 Drop support for node 12 (#7375)
• 08397a0 Published 1.1.352
• bc2544c Published 1.1.351
• b1bb82d [PylanceBot] Pull Pylance with Pyright 1.1.350 (#7240)
• df9aa7c Published 1.1.350
• 419ae42 Published 1.1.349
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot show ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[dependabot[bot]]

Superseded by #596.