Menu
▾
▴
#127 Add the ability to UNHOLD submissions
At this time moderators can put submissions on "HOLD", but they can't "UNHOLD" them, so there is no way to "UNHOLD" a submission that has been accidentally put on hold. We need to add a new option, "UNHOLD" (or "RELEASE"?), which will only be available to the moderator who put the submission on hold. Low priority.
Discussion
Anonymous
As per recent Wiki discussion (http://www.isfdb.org/wiki/index.php/User_talk:Mhhutchins#The_Disappearance):
Add the ability to UNHOLD submissions. The "HOLD/APPROVE/REJECT" options at the bottom of the screen will need to be changed to "Held by Joe Moderator/UNHOLD" when the submission is on hold by someone else; perhaps a few other things may need to be adjusted. We'll also need to add a check preventing submission approval/rejection if the approving moderator is different from the holding moderator, but another moderator already has the default approval screen displayed.
See also FR #2802260: FLAG (Instead of HOLD) for Attention Of other MOD
Coded in mod/hold.py 1.5 (includes 1.4)
common/SQLparsing 1.31
mod/TARGETS 1.9
mod/aa_merge.py 1.3
mod/aa_update.py 1.5
mod/ca_new.py 1.8
mod/common.py 1.4
mod/isfdblib.py 1.10
mod/ka_new.py 1.8
mod/pa_delete.py 1.3
mod/pa_merge.py 1.3
mod/pa_new.py 1.8
mod/pa_update.py 1.5
mod/ra_link.py 1.3
mod/reject.py 1.4
mod/sa_delete 1.2
mod/sa_update.py 1.6
mod/ta_delete.py 1.5
mod/ta_merge.py 1.5
mod/ta_remove.py 1.5
mod/ta_unmerge.py 1.4
mod/ta_update.py 1.6
mod/ua_merge.py 1.3
mod/unhold.py 1.1
mod/va_new.py 1.3
mod/wa_delete.py 1.2
mod/wa_new.py 1.4
mod/wa_update.py 1.2
mod/xa_update.py 1.3
Implemented in r2009-52.