-
-
Notifications
You must be signed in to change notification settings - Fork 76
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
Feature Request: unittest timeout #248
Comments
I'm not personally interested in this feature. If you (or anyone else) would like to attempt it, the place to start would be in |
@CleanCut I'm considering spending some time to move this forward but since the code handling threads has conditional logic for backward compatibility with older versions of Python (at least it did when I looked into it in 2021), I would like to first refactor the existing code to simplify the logic and only support newer versions. Your test matrix currently includes 3.8, 3.9 and 3.10. Would you be comfortable with me contributing a few PRs that only ensure support for these versions (and newer of course, like 3.11) ? |
Green currently supports Python 3.5+. I would prefer to not intentionally break support for older versions unless we find a good reason for it. What if you gave it a try as-is, and then removed the support if it actually caused problems? |
I'm only considering removing code for python 2, if that's ok with you. |
I'm fine with removing the Python 2 code, now. We're ~3 years past it's official EOL. |
We thrive to make our unittests very fast through proper targeting and mocking. Unfortunately once in a while a new "unittest" will take over 1m. We would like to capture that as part of our CI pipelines. We can probably parse the test results XML but I thought this could be a nice feature to have in green.
The timeout would not be for test suites but for individual tests.
The text was updated successfully, but these errors were encountered: