SPARCRequest v1.8.6 List of Fixes

SPARCRequest Version 1.8.6
1. (SPARCRequest) Status Holding Reconfigurations
The status algorithm has been improved. Only statuses for requests that have been newly added or revised will be changed to "Submit" when the whole protocol is re-submitted, which is done by going through "Modify Request" button, follow the steps, and click "Submit to Start Services" on SPARCRequest Step 4 page.
We made these adjustments so that the statuses used by administrative users (except for "Awaiting Requester Response") for tracking their workflows will be holding during a re-submission if the revisions have not been made, which simplifies the admin workflow and improves the accuracy of metric tracking.
For example, for protocol 10088, there is an existing Voucher request (-0001) that is in "Approved" status, and the user wants to add a RedCap consultation request. When the user clicks the "Modify Request" button on Dashboard to add the RedCap consultation into his/her shopping cart and re-submit, the Voucher request (10088-0001) will still be in "Approved" status with the previous submission date, and the new RedCap request (10088-0002) will be in "Submitted" status with the new submission date.

(SPARCRequest) Step 2b: Visit Window Bug Fix

We have fixed a bug that was causing the visit window to be unable to be entered before entering the visit day on Step 2b.

(SPARCDashboard) Status Bug Fix

There was a bug causing the status of a request to change to "Draft" when an admin user changes the selection of services on the "Study Schedule" tab inside the "Admin Edit" section. We have fixed the bug.
List of Programming Changes with Links to GitHub

(SPARCRequest) Status Holding Reconfigurations View commit
(SPARCRequest) Step 2b: Visit Window Bug Fix View commit
(SPARCDashboard) Status Bug Fix View commit