-
Notifications
You must be signed in to change notification settings - Fork 14.3k
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
Fix try_number handling when db isolation enabled #38943
Fix try_number handling when db isolation enabled #38943
Conversation
There was an error in the refresh_from_db code, and because of try_number inconsistency, the same run was going into two different log files. There is some ugliness here, but some ugliness is unavoidable when dealing with try_number as it is right now. (cherry picked from commit 50340786d779244d4c78eb3e3a9d9538679a2ede)
this, dealing, as it does, with try_number, is a weird one, so i'm gonna let it go overnight to see if @uranusjr @potiuk @jedcunningham want to give it a look |
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.
It all seems to make sense to me, but take my review with a grain of salt since 1) try number is confusing and 2) I'm not that familiar with our use of pydantic in this context.
There was an error in the refresh_from_db code, and because of try_number inconsistency, the same run was going into two different log files. There is some ugliness here, but some ugliness is unavoidable when dealing with try_number as it is right now.