Skip to content
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

Merged
merged 13 commits into from
Apr 1, 2024
Merged

Fix/ARR fields #2063

merged 13 commits into from
Apr 1, 2024

Conversation

haroldrubio
Copy link
Member

  • 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

@melisabok
Copy link
Member

melisabok commented Mar 29, 2024

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 review_process_script field and the preprocess. I'm not sure how to avoid this.

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.

@haroldrubio
Copy link
Member Author

haroldrubio commented Mar 29, 2024

I think that works for the pre-process but the review_process_script will always get overwritten right?

Update: This might be magic but how about this
Just before we pass the review stage to the inner venue object, we set the cdate far into the future

original_start_date =self.review_stage.start_date
self.review_stage.start_date = future_start_date
self.venue.review_stage = self.review_stage

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?

@melisabok
Copy link
Member

melisabok commented Mar 29, 2024

Check this commit: 5fe3b4d

I'm setting the values only once.

Update: I see what you mean about the process script :(

@melisabok
Copy link
Member

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.

@haroldrubio
Copy link
Member Author

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

@haroldrubio
Copy link
Member Author

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.

@celestemartinez
Copy link
Member

We can merge and deploy this today, but @haroldrubio mentioned in the meeting that we can wait until Monday instead.
I am ok with either, but I guess it depends on if Harold needs it today.

@melisabok
Copy link
Member

My preference is to wait until Monday if it is possible. Thank you both for the big effort!

@celestemartinez celestemartinez merged commit 6c9fd71 into master Apr 1, 2024
1 check passed
@celestemartinez celestemartinez deleted the fix/first-arr-issues branch April 1, 2024 15:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants