Alex Waygood

> @AlexWaygood do you think it's appropriate to stop reverting that change on an ongoing basis now? Last I checked it still caused a lot of false positives for mypy...

> How can I help? You could open an experimental draft PR against mypy reverting https://github.com/python/mypy/commit/0dd4b6f7576be3d3857fecefb298decdf0711ac7 and see what mypy_primer says

Oh wait, does that mean that it's fixed for both type checkers, @jakkdl? Or that both mypy and pyright now have the bug, whereas previously it was only pyright?

> Is there a way to see the projects this affects using mypy-primer using my mypy branch? The easiest way would be to temporarily push a commit to your mypy...

In the mypy issue you originally opened, @erictraut wrote: > I think mypy is doing the correct thing here given the way __dict__ is defined in builtins.pyi. It's defined as...

> Is there a pytype issue we can refer to that tracks the necessary support? The issue is that pytype doesn't yet support classes being generic over `Unpack[Ts]`. I don't...

I think we need to make sure we continue to clearly signal "danger" to users with these aliases. Importing things under `if TYPE_CHECKING` blocks can be useful, but it's not...

> This is the script I used: https://raw.githubusercontent.com/hauntsaninja/snippets/main/pep570.py Looks reasonable, though I wonder if it handles classmethods? You could probably special-case parameters named `cls` (and maybe even `mcls`, for metaclass...

Looks like there's only one instance of the old syntax that https://github.com/PyCQA/flake8-pyi/pull/461 detects in the stdlib and this PR doesn't fix: https://github.com/python/typeshed/blob/1de5830a2703936a96a126248227d5c7db883674/stdlib/builtins.pyi#L204-L205 You could fix that as well by also...

See also: - https://github.com/python/typeshed/pull/7771 - #9768 - #6347