Bump pyright from 1.1.333 to 1.1.367 in /.github

[dependabot]

Bumps pyright from 1.1.333 to 1.1.367.

Release notes

Sourced from pyright's releases.

Published 1.1.367

Bug Fixes:

• Fixed bug that results in incorrect truthy/falsy type narrowing for an enum that overrides __bool__.
• Fixed bug that results in a false positive when accessing a generic attribute in a base class from a subclass that explicitly specializes the generic type.
• Fixed bug that results in duplicate and (contradictory) diagnostic outputs in certain cases where reveal_type is used in a loop.
• Fixed a bug that results in incorrect (local) type evaluation of an instance variable with a declared type when assigned within a loop that uses an augmented assignment.
• Fixed bug that causes Final annotation not to be honored when wrapped in an Annotated annotation.
• Fixed bug that results in a false positive error under certain circumstances involving tuple type narrowing in a loop.
• Fixed bug that led to divergent behaviors between pyrightconfig.json and pyproject.toml configurations. Specifically, default exclude patterns were not added in the case of pyproject.toml. Thanks to @​augustelalande for contributing to this fix.
• Fixed bug that results in parameter types being converted to Any when converting a NewType or dataclass constructor to a callable.

Enhancements:

• Updated typeshed stubs to the latest version.
• Implemented provisional support for PEP 746, which provides consistency checks for metadata used in an Annotated annotation.
• Added check for except* to enforce that exception class does not derive from BaseExceptionGroup.
• Added the ability to override type checking configuration settings for each execution environment. This allows, for example, a test directory to use different settings than the directories that contain production code.

Behavior Changes:

• Added extra blank line to JSON output to assist with parsing when used in watch mode.
• Changed the import resolution order to better reflect runtime behavior and match a proposed change to the typing spec. In particular, stdlib typeshed stubs are now resolved prior to site_packages.

Published 1.1.366

Bug Fixes:

• Fixed bug that results in a false positive error under certain circumstances involving a call to a higher-order generic function with another function that involves a class with a contravariant type variable.
• Fixed bug that results in a confusing error message when stub generation fails.
• Fixed bug that results in false positive when evaluating the call to a generic function that involves a type variable used in both a covariant and contravariant (or invariant) position and both literal and non-literal types are involved.
• Fixed bug that results in a false negative when solving a type variable that involves an invariant context.
• Fixed a bug that can result in incorrect type inference for a subexpression that is part of an assignment expression if executed with an inference context (bidirectional type inference).
• Fixed bug in x is E type narrowing pattern where E is an enum literal and x is a supertype of E like object.

Behavior Changes:

• Changed behavior of constructor call evaluation when __new__ evaluation results in type evaluation errors. Previously, pyright skipped the __init__ evaluation in this case. It now proceeds to evaluate __init__, potentially generating redundant errors.
• Removed support for inlined TypedDict annotations. This was an experimental feature that never gained enough support to make it into a PEP.
• Changed behavior of pyright to match the latest typing spec when it encounters an attribute with a type annotation within an Enum class body in a stub. These are now treated as non-member attributes rather than members. Typeshed stubs have been updated to conform to the new standard.
• Added diagnostic check for an enum member with a type annotation. The typing spec says that this should be considered a typing error.

Enhancements:

• Updated typeshed stubs to the latest version.

Published 1.1.365

Bug Fixes:

• Fixed regression that results in the incorrect type evaluation for the value attribute of a StrEnum or IntEnum class.
• Fixed a bug that results in incorrect type compatibility checks for a callable that uses *args: *tuple[T, *tuple[S, ...]].
• Fixed a bug that results in an unsolved TypeVar when calling list(tuple()).
• Fixed bug that leads to inconsistent narrowing-on-assignment behavior when a tuple instance with unknown type arguments is assigned to a target symbol with a declared tuple type.
• Fixed bug that results in a false negative when a Final class variable is assigned a value in the class body and reassigned a value in the __init__ method.

Behavior Changes:

• Changed tuple expression inference behavior to not preserve literal entry types if the tuple expression is embedded within another tuple, set, list, or dictionary expression.
• [Contribution by @​ujan-r] Use typeshed version info for stdlib module list.

... (truncated)

Commits

• 597c634 Published 1.1.367
• cff7779 Published 1.1.366
• 66101ee Published 1.1.365
• a18387f Published 1.1.364
• 7ccf956 Published 1.1.363
• 3af2bbc Published 1.1.362
• ab84d41 Published 1.1.361
• f4afe40 Published 1.1.360
• cc3467f Published 1.1.359
• 989ee29 Published 1.1.358
• 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 <dependency name> 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]

Superseded by #623.