PKP Bugzilla – Bug 5060
Allow Editors to reset Reviewer access
Last modified: 2013-05-29 16:14:51 PDT
We are moving to Git Issues for bug tracking in future releases. During transition, content will be in both tools. If you'd like to file a new bug, please create an issue.
Inspired by http://pkp.sfu.ca/support/forum/viewtopic.php?f=2&t=5657&start=0.
We've had occasional requests for some sort of functionality that would make recovering from botched reviews easier than starting a new round of review (especially an issue if the submission has a large number of reviewers currently assigned to it). However, I understand that this functionality may not currently exist for a reason -- that is, to stop Editors from too easily mucking around with the review process, and to preserve the workflow/submission history.
Possible workarounds, off the top of my head:
-- The easiest option would probably be to allow Editors the ability to edit review form data after it's been signed off by the Reviewer. Is this allowing too much liberty?
-- Include a "nuke review" button option, available to Editors, which would erase the review totally, and place the Reviewer in an unassigned position relative to the review, so that they can be reassigned. (Possibly even move the completed/botched review into Regrets/Cancels, marked as botched.)
-- Include a "reset review" button option, available to Editors, that would just reset the review to it's initial, not-yet-accepted state. The reviewer would still be assigned, but they'd have to go through the review process entirely.
I think all that would be required is a removal of the final recommendation (and an entry in the submission's event log); this wouldn't erase prior comments / uploads / etc., but would allow the review to amend.
(In reply to comment #1)
> I think all that would be required is a removal of the final recommendation
> (and an entry in the submission's event log); this wouldn't erase prior
> comments / uploads / etc., but would allow the review to amend.
Sounds good to me, Alec.