-
Notifications
You must be signed in to change notification settings - Fork 2
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
Invite expiration fix #1534
Invite expiration fix #1534
Conversation
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.
Thanks, @A-Shumway42! I agree with @terrazoon about the print
statements. Let's convert them to proper logging statements if they're providing useful visibility/information into what's happening, or remove them. Thanks!
…invite-expiration-fix
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.
Thanks, @A-Shumway42!
A note to PR reviewers: it may be helpful to review our code review documentation to know what to keep in mind while reviewing pull requests.
Description
There have been instances where SQLAlchemy does some funky magic and sets the created_at times prior. We think this could be the issue with invites expiring mysteriously. The invite path leads through here so we add some debugging logic and update the created_at stamp if necessary.
Added some error handling because persist notification is called in quite a bit of different paths, so the created_at value is passed through in different forms. This fixed the issues I was having with tests being broken.
*During local testing, I have not been able to reproduce an invite expiring. Invites didn't expire on staging either.