Spurious errors on the builtin open when running mypy on mypy

[gmc444-b]

When running mypy following the procedure below, I encounter several errors for the overloaded open builtin of the form:

../python3.11/site-packages/mypy/typeshed/stdlib/builtins.pyi:1327: error: Argument 8 to "open" becomes "Optional[Any]" due to an unfollowed import  [no-any-unimported]

To reproduce:

1. Set up a virtualenv with Python 3.11 and activate it.
2. pip install mypy
3. python-m mypy --strict --no-silence-site-packages --disallow-any-unimported -m mypy

Both --no-silence-site-packages and --disallow-any-unimported need to be present.

Version 1.0.0 of mypy is required. Older versions don't exhibit this error.

This is the simplest way we have found to reproduce this problem, but we first encountered it in one of our own projects.

The issue is being filed here because the mypy docs for reporting bugs says that problems with a specific library function should be reported here. We're not seeing this error with any other functions.

[AlexWaygood]

Interesting. I can reproduce this.

For reference argument 8 of builtins.open is this:

https://github.com/python/typeshed/blob/9b63a49f6419bc7a04cf0d2be0433c255f1b1852/stdlib/builtins.pyi#L1500

And the _Opener type alias is defined in builtins.pyi here:

https://github.com/python/typeshed/blob/9b63a49f6419bc7a04cf0d2be0433c255f1b1852/stdlib/builtins.pyi#L1488

I suspect that this issue may be caused by a cyclic import between typing_extensions and builtins. If I apply this diff to builtins.pyi in site-packages/mypy/typeshed, then the error goes away:

--- a/stdlib/builtins.pyi
+++ b/stdlib/builtins.pyi
@@ -1485,7 +1485,7 @@ def next(__i: SupportsNext[_T]) -> _T: ...
 def next(__i: SupportsNext[_T], __default: _VT) -> _T | _VT: ...
 def oct(__number: int | SupportsIndex) -> str: ...

-_Opener: TypeAlias = Callable[[str, int], int]
+_Opener = Callable[[str, int], int]

[AlexWaygood]

This bisects to 6442b02: I can reproduce with 6442b02 checked out locally, but not with 0665ce9.

[AlexWaygood]

@JelleZijlstra or @hauntsaninja, could one of you transfer this issue to mypy?

I think the best thing to do would be to revert 6442b02. It fixes the crash that it was meant to fix, but I get some very strange mypy errors if I try changing builtins.pyi in typeshed so that it imports things from collections.abc instead of typing, so something is clearly going wrong there. Plus the crash is very typeshed-specific, so it's not really high-priority.

Unfortunately it's not a clean revert.

[AlexWaygood]

Cc. @Michael0x2a as author of the commit that this bisects to

[hauntsaninja]

Re-opening since I reverted #15161 because it was causing further typeshed issues