Time "Top Up" Limits

[0x4007]

A quick idea that can use improvement:

Assignee can restart the disqualification timer by continuing to try. There's many clear examples of the task not being the right fit for the assignee and they try i.e. for months on projects that should be doable in a day.

We could consider doing limits on time limit "top ups." So for example:

Priority 1 - 5 top ups
Priority 2 - 4 top ups 
Priority 3 - 3 top ups 
Priority 4 - 2 top ups 
Priority 5 - 1 top up. 

I suspect that priority 5 tasks will border on eliminating most even capable assignees but once the task is complete even if just slightly after deadline we can always retroactively assign credit.

---

• We should be able to toggle this behavior in the config.
• If it is enabled the message should clearly explain the amount of remaining top ups.

I foresee a bit of complexity around the logic related to dealing with the "time limits" for follow up/disqualify and the top up counter.

• If the limits are 7/14 as they are now, then the first top up should occur after 14 days on a priority 1 normal project.
• priority 5 top up would be after 14 / 5 = 2.8 days.
• Check the assignment timestamp and use that as a point of reference to calculate the current top up counter/state. i.e. if the task was assigned 35 days ago, and the clock speed is 14 days, then 35/14=2.5 meaning we are still at top up number 2.

Example Context

• Generalized "GitHub Webhook + Contributor Role -> Rewards" No Config v1 ubiquity-os/plugins-wishlist#46 (comment)
• Assigned 1 November, but this should have been disqualified by 10 November.

Logic:

14 days base timer / priority 4 = 3.5 days. 
this means that top up counter increments every 3.5 days. 
priority 4 has 2 additional top ups. 

1 November is the original granted 3.5 day time limit. 
after 3.5 days pass, the first top up is spent. 
after another 3.5 days pass, the second top up is spent. 

3.5 + 3.5 + 3.5 = 10.5 days has elapsed 

on the next attempt to follow up disqualification occurs because no more top ups remain. 

Remarks:

I wonder if the original time that we grant should be based on the Time: label because I see problems with tasks that are set to Time: <1 Week and Priority: 5 (Emergency) they would only be able to get 5.6 days to work on it.

[ubiquity-os-beta]

Note

The following contributors may be suitable for this task:

Keyrxng

78% Match ubiquity-os-marketplace/command-start-stop#2
78% Match ubiquity/ubiquibot#681

ishowvel

78% Match ubiquity-os-marketplace/daemon-disqualifier#26