{{ message }}
bpo-30861: Return StreamReeader remaining buffer before raise an exception#7473
Open
pfreixes wants to merge 4 commits into
Open
bpo-30861: Return StreamReeader remaining buffer before raise an exception#7473pfreixes wants to merge 4 commits into
pfreixes wants to merge 4 commits into
Conversation
pfreixes
commented
Jun 7, 2018
Author
|
@Mariatta do you know why some of the checks failed? indeed the failed ones even started :( |
Sorry, something went wrong.
Contributor
|
Closing and reopening to trigger builds. |
Sorry, something went wrong.
|
This PR is stale because it has been open for 30 days with no activity. |
Sorry, something went wrong.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.
The current implementation of StreamReader does not take care of the status of the buffer, once an exception has been set via set_exception any call to the read methods won't be able to get the missing data still pending to be processed.
From the point of view of the developer, if there is no scheduled task for waiting for data into the Streamreader between a network data gets into the buffer socket and a closing connection by the other peer arrives, the developer won't be able to gather the previous data.
This PR take care first of the remaining buffer and try to return first to the user, and only when the buffer has run out raises the proper exception
https://bugs.python.org/issue30861