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

vendor: downgrade requests to 2.25.1 on Windows #3880

Merged

Conversation

bastimeyer
Copy link
Member

This temporarily fixes the issue of randomly failing tests on
Windows which seems to be related to the latest requests version
2.26 and requests-mock, where mocked request responses take an
random/arbitrary time to return data, which makes the
EventedHLSStreamWriter tests miss their time frames when writing
HLS segment data to the output buffer.

Since Windows builds of Streamlink don't rely on system python
packages like on most Linux distros for example, downgrading and
forcing an older version of requests on Windows should be fine.

This commit thus partly reverts 35cb8d9 and 29a25fc which fixed
the broken dependencies of the Windows installer and skipped the
randomly failing tests on Windows.


Resolves #3868

Even if this resolves #3868 and will make the tests pass again, I'd like to improve/tweak the HLS tests a bit and refactor some of the HLS code. I will submit these changes later, but I'm not sure yet when. After that I'd like to prepare the 2.3.0 release like I've said last week before this whole ordeal began.

This temporarily fixes the issue of randomly failing tests on
Windows which seems to be related to the latest requests version
2.26 and requests-mock, where mocked request responses take an
random/arbitrary time to return data, which makes the
EventedHLSStreamWriter tests miss their time frames when writing
HLS segment data to the output buffer.

Since Windows builds of Streamlink don't rely on system python
packages like on most Linux distros for example, downgrading and
forcing an older version of requests on Windows should be fine.

This commit thus partly reverts 35cb8d9 and 29a25fc which fixed
the broken dependencies of the Windows installer and skipped the
randomly failing tests on Windows.
@gravyboat
Copy link
Member

Thanks for doing the investigation here @bastimeyer. Bummer that this is an upstream issue.

@gravyboat gravyboat merged commit a1fd4ed into streamlink:master Jul 24, 2021
@bastimeyer bastimeyer deleted the vendor/requests-2.25-windows branch July 24, 2021 06:14
@abhiTronix

This comment has been minimized.

@bastimeyer
Copy link
Member Author

This is breaking other dependencies.

Which "other dependencies" does this break?

Since Windows builds of Streamlink don't rely on system python packages like on most Linux distros for example, downgrading and forcing an older version of requests on Windows should be fine.

@abhiTronix
Copy link

@bastimeyer nvm. I've fixed it.

back-to added a commit to back-to/streamlink that referenced this pull request Aug 22, 2021
Billy2011 added a commit to Billy2011/streamlink-27 that referenced this pull request Aug 22, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

HLS tests randomly failing on Windows due to threading issues
3 participants