-
Notifications
You must be signed in to change notification settings - Fork 5
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
Setup basic test suite #27
Conversation
...instead of magic `all` string value.
Not performing database calls speeds up tests, so lets use an in-memory user if we can.
Fix unsupported operand error for older Pythons
Welcome to Codecov 🎉Once you merge this PR into your default branch, you're all set! Codecov will compare coverage reports and display results in all future pull requests. Thanks for integrating Codecov - We've got you covered ☂️ |
|
||
import requests | ||
|
||
if "SLACK_WEBHOOK_URL" in os.environ: |
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.
This is an internal Slack channel. Not very visible... will probably re-asses at some point.
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.
I'm not against this. Integrations with common third party stuff is weird for sure. I've got some work related projects which have things like this for them, but also intend to release versions for other people. I've looked at several open source projects (both on purpose for this sort of thing and for other stuff where I just happened to notice this kind of integration) and it's not uncommon or unreasonable to have stuff like this as settings.
It definitely feels kind of weird to me to specifically support some things and not others even if they fill the same niche, but from what I've seen, it's not uncommon to support the ones you use.
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.
For sure, that's why this is good enough for now. I'm just considering that if failures were more visible, it would attract (new) contributors to help fix and prepare for whatever upstream changes we need to adapt to.
if credential_model == "django_otp_webauthn.WebAuthnCredential": | ||
admin.site.register(WebAuthnCredential, WebAuthnCredentialAdmin) |
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.
I decided I don't like this auto-registering behavior
Looking forward to finding a bit of free time to play with this. |
Rely on pre-commit to execute ruff
Should be using the QuerySet `as_credential_descriptors` method instead.
@jmichalicek I'm going to merge and release this now. Feel free to review this if you like though! Happy to hear your thoughts. |
todos:
UpdateDEVELOPMENT.md
Do PyPI publishing automation configuration