Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

typing: accept buffers in typing.IO.write #9084

Closed
wants to merge 17 commits into from

Conversation

JelleZijlstra
Copy link
Member

Fixes #9082

@JelleZijlstra
Copy link
Member Author

The mypy failures are a bug, python/mypy#14002.

@github-actions

This comment has been minimized.

@github-actions

This comment has been minimized.

@srittau
Copy link
Collaborator

srittau commented Nov 4, 2022

This looks quite disruptive to me and I'm not sure whether it's worth it, considering the slightly legacy nature of IO.

@JelleZijlstra
Copy link
Member Author

Worth noting that most of the mypy-primer fallout is due to a mypy bug (python/mypy#14002).

@hauntsaninja hauntsaninja added the status: deferred Issue or PR deferred until some precondition is fixed label Nov 5, 2022
@hauntsaninja
Copy link
Collaborator

This seems useful, but given that I think I have a mypy fix, let's wait until it's released: python/mypy#14017

@github-actions

This comment has been minimized.

@github-actions

This comment has been minimized.

@AlexWaygood AlexWaygood removed the status: deferred Issue or PR deferred until some precondition is fixed label Feb 8, 2023
Copy link
Member

@AlexWaygood AlexWaygood left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like we can go back to this now, with the latest mypy release!

@@ -239,7 +239,7 @@ class StreamReaderWriter(TextIO):
def __next__(self) -> str: ...
def __iter__(self: Self) -> Self: ...
def write(self, data: str) -> None: ... # type: ignore[override]
def writelines(self, list: Iterable[str]) -> None: ...
def writelines(self, list: Iterable[str]) -> None: ... # type: ignore[override] # https://github.com/python/mypy/issues/14002
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We probably don't need this type: ignore anymore (as well as several others), with the latest mypy release.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Cleaned up all comments referencing that issue.

@@ -101,7 +101,7 @@ class HTTPMessage(email.message.Message):

def parse_headers(fp: io.BufferedIOBase, _class: Callable[[], email.message.Message] = ...) -> HTTPMessage: ...

class HTTPResponse(io.BufferedIOBase, BinaryIO):
class HTTPResponse(io.BufferedIOBase, BinaryIO): # type: ignore[misc] # https://github.com/python/mypy/issues/14002
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We do still need this type: ignore, but not because of the mypy issue linked (which is now closed) -- we need it because the definitions of writelines() in the two base classes are incompatible. The same goes for all the type: ignores in io.pyi and the one in lzma.pyi.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Updated these comments.

Comment on lines 218 to 225
@overload
def write(self: _TemporaryFileWrapper[str], s: str) -> int: ...
@overload
def write(self: _TemporaryFileWrapper[bytes], s: ReadableBuffer) -> int: ...
@overload
def writelines(self: _TemporaryFileWrapper[str], lines: Iterable[str]) -> None: ...
@overload
def writelines(self: _TemporaryFileWrapper[bytes], lines: Iterable[ReadableBuffer]) -> None: ...
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These overloads might not work very well with pyright, which has different handling of self types to mypy (#9591). The same goes for the overloads on lines 401-408, and the overloads in typing.pyi. You might want to instead do something similar to what I did with re.Pattern and re.Match in #9592.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Changed, and added some testcases for IO.write.

@github-actions

This comment has been minimized.

@AlexWaygood
Copy link
Member

Ping @JelleZijlstra, have you had a chance to take a look at my review feedback? :)

@JelleZijlstra
Copy link
Member Author

Oops, I think I assumed this was still blocked. I will take a look soon!

@github-actions

This comment has been minimized.

@JelleZijlstra
Copy link
Member Author

hm, the new way to write the overloads makes subclassing much worse. Let me see if I can fix that.

@github-actions

This comment has been minimized.

@github-actions
Copy link
Contributor

Diff from mypy_primer, showing the effect of this PR on open source code:

rich (https://github.com/Textualize/rich)
+ rich/progress.py:173: error: Definition of "writelines" in base class "IOBase" is incompatible with definition in base class "IO"  [misc]

psycopg (https://github.com/psycopg/psycopg)
+ psycopg/psycopg/copy.py:464: error: Unused "type: ignore" comment

cwltool (https://github.com/common-workflow-language/cwltool)
+ cwltool/main.py:963: error: Unused "type: ignore[arg-type]" comment

@JelleZijlstra
Copy link
Member Author

Seems like we have a choice between:

  1. One overload for AnyStr and another for Buffer: pyright accepts IO.write(AnyStr), but mypy hits Incorrect incompatible override report with self type + overload + TypeVar with constraints mypy#14866 and subclasses of IO classes that override the write/writelines method start complaining.
  2. One overload for str and another for bytes + Buffer: mypy is fine with more subclasses, but pyright rejects IO.write(AnyStr).

I'm inclined to go with (1) because mypy's behavior is more clearly buggy than pyright's, but ideally we'd fix the mypy bug first.

@AlexWaygood
Copy link
Member

Now that python/mypy#14882 has been merged, I guess we have two options:

I'm easy either way :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Support buffers in IO[bytes].write
4 participants