-
Notifications
You must be signed in to change notification settings - Fork 18
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/ARR fields #2063
Fix/ARR fields #2063
Conversation
haroldrubio
commented
Mar 28, 2024
- Removes seconds field from the dates of the Configuration invitation
- Synchronizes configuration date fields with the other request form invitations
- Changes the blind submission reply invitation to a submission revision invitation
- Adds the update string to the process invitation dateprocess dates, only runs if cdate is in the past
- Fixes bug in the SAC assignment process function
- Changes the submission process to expiring and removing the duedate on the blind submission license
When I edit the expdate of the review stage, the date process function is still running twice. It seems we are post the Official_Review invitation twice, there are two edits with the same timestamp in expdate. Update:I think I know why this is happening, we are calling to create_review_stage and then we udpate the invitation again to add the Update 2: One option to avoid this is to check if the preprocess already exists then don't try to add it again. The same for the "review_process_script", we can check if it has the ARR version. This way we avoid updating the invitation twice so we don't run the date process function twice when we are releasing the reviews for example. |
I think that works for the pre-process but the Update: This might be magic but how about this
the cdate makes it so the invitation edit process doesn't run, then we finalize the invitation changes in the ARR class, set the cdate properly and save the invitation again? |
…ew-py into fix/first-arr-issues
Check this commit: 5fe3b4d I'm setting the values only once. Update: I see what you mean about the process script :( |
This reverts commit 5fe3b4d.
I think one solution for this is to store the file paths of the preprocess and process functions in the ReviewStage class. In the ARR class we overwrite them with the ARR values and then we call to the invitation builder to create the invitation. I can try to make this change later. We don’t need it right now so I will approve this PR so we can deploy it soon. |
Ok that sounds good - this will only really matter after the submission deadline passes and the child invitations are created anyway. I still have one more change I want to push - it seems edits are still getting posted for the invitations with scripts even if the date is the same, so I'm adding a check to not post edits/notes if that is the case |
I also think we can wait until Monday to deploy, ARR just needs their submission form to be updated and I don't anticipate many submissions right as submissions open (Monday morning), and I can manually handle the data for any submissions that come in before we deploy next week. |
We can merge and deploy this today, but @haroldrubio mentioned in the meeting that we can wait until Monday instead. |
My preference is to wait until Monday if it is possible. Thank you both for the big effort! |