-
-
Notifications
You must be signed in to change notification settings - Fork 745
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
Config coverage increase #626
Conversation
need to get why pypy timeout |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Seems okay, yup.
I'd generally suggest that we try to keep PRs split up wherever ossible (eg. the change in the disable_existing_loggers=False
seems unrelated to the coverage, as does the sys.version_info < (3,7)
case. Having said that I don't think we should let those block this from progressing.
Looks like there's some conflicts that'll need resolving, but otherwise, great - let's move on with this! 😃
… not in use anymore
ok I rebased it and all tests pass I'm sorry for not separating them and will keep them seperated next time. just one thing I'd like you to confirm,not sure you saw it, it's the change here in uvicorn/config.py just asking because you seemed not ok about it in #511 |
Well, ideally keep it separate from this PR. I'm not sure, I'm not convinced about it, but we also get a lot of feedback around the behaviour there, so... 🤷♂️ |
This reverts commit 2b93b84.
Little steps towards #102
Added tests to increase config.py coverage (a little bit of main.py too), went from 81 to 99%.
Incidentally when I added the ini log config file in that commit (aff30ae) it broke the http protocol logs tests here and it looks the fix from #512 is necessary or no logs are sent indeed.
Also trying to understand the specifics of <3.7 for loggers it appears to me the check is not necessary anymore (last commit 32b2c72)