Page MenuHomeMiraheze

Change "On Hold" status to "Declined" if no response from requestor in 72 hours & create new more details status
Closed, ResolvedPublic

Description

In order to avoid having wiki creators check all the requests they've marked as on hold and decline when they see there's no response, it's better to decline them automatically after 3 days. If there is in fact a response after that, there would be a notification anyway.

When doing this, only the requestor's lack of response should be taken into account, as we don't want a situation where a requestor answers but then a wiki creator fails to in 72 hours and then it gets declined.

Event Timeline

Reception123 created this task.
Reception123 renamed this task from Change "On Hold" statuses to "Declined" if no response from requestor in 72 hours to Change "On Hold" status to "Declined" if no response from requestor in 72 hours.Jan 28 2024, 09:32
Reception123 updated the task description. (Show Details)

Something to keep in mind is that sometimes it may be the case that a request is put on hold by a WC for review by another WC/Steward and then nobody gets to it within 72 hours; the request should not be declined in that case.

Something to keep in mind is that sometimes it may be the case that a request is put on hold by a WC for review by another WC/Steward and then nobody gets to it within 72 hours; the request should not be declined in that case.

That's a good point. In that case, I think it might be necessary to create a separate "More info needed" status.

Reception123 renamed this task from Change "On Hold" status to "Declined" if no response from requestor in 72 hours to Change "On Hold" status to "Declined" if no response from requestor in 72 hours & create new more details status.Mar 30 2024, 17:17

Something to keep in mind is that sometimes it may be the case that a request is put on hold by a WC for review by another WC/Steward and then nobody gets to it within 72 hours; the request should not be declined in that case.

I want to add that we should avoid the attitude of "putting on hold just to clear the "In review" list, which I have seen happen.
Then we would avoid that from happening to easy.

We also need to consider that some organisations often only work Monday to Friday. If a Request is made on Thursday, we decline it on Sunday. I don't think that is right either. One way to avoid that is to not allow automated deletion in the weekend. For me it sounds unfair to come on monday and see a declined wiki, because you didn't reply sooner.

Another thought is, that when a person requests a wiki, to notify for how long a request will be open for, urging them to take action.

Just a few of my thoughts. Kind regards

Something to keep in mind is that sometimes it may be the case that a request is put on hold by a WC for review by another WC/Steward and then nobody gets to it within 72 hours; the request should not be declined in that case.

I want to add that we should avoid the attitude of "putting on hold just to clear the "In review" list, which I have seen happen.
Then we would avoid that from happening to easy.

We also need to consider that some organisations often only work Monday to Friday. If a Request is made on Thursday, we decline it on Sunday. I don't think that is right either. One way to avoid that is to not allow automated deletion in the weekend. For me it sounds unfair to come on monday and see a declined wiki, because you didn't reply sooner.

Another thought is, that when a person requests a wiki, to notify for how long a request will be open for, urging them to take action.

Just a few of my thoughts. Kind regards

Based on the conversation we had in the wiki creator channel a while back, my understanding was the new workflow would be:
"Needs more details" (new status) - used when there's not enough details to decline/approve
"On hold" - only used in cases where there are enough details but the wiki creator isn't sure whether it will comply with the CP and needs a second opinion or a WC chat

So indeed, on hold is not to be used whenever.

As for the 72 hours, we can probably try 120 instead (5 days) to avoid the weekend problem that you cite.

This comment was removed by Rodejong.

Based on the conversation we had in the wiki creator channel a while back, my understanding was the new workflow would be:
"Needs more details" (new status) - used when there's not enough details to decline/approve
"On hold" - only used in cases where there are enough details but the wiki creator isn't sure whether it will comply with the CP and needs a second opinion or a WC chat

So indeed, on hold is not to be used whenever.

As for the 72 hours, we can probably try 120 instead (5 days) to avoid the weekend problem that you cite.

That would indeed be preferable. Even those who's requests were declined do not always react within three days.

The proposed status update is indeed much better.

  • '''Needs more details''' → Needs more details from the requestor → will receive a notice
  • '''Approved''' → Approving requests → will receive a notice
  • '''Declined''' → Declined requests → will receive a notice
  • '''On hold''' → Needs another WC opinion → will '''''not''''' receive a notice

Noting that this is currently stuck on the new needs more details status Echo notifications not working.

PixDeVl claimed this task.
PixDeVl subscribed.

Fixed the echo in the room in https://github.com/miraheze/CreateWiki/commit/6ef766794d222b5bf78a8f7bf1a5bcb7ac385e27 (it’s always the small things)