building new features like https://github.com/ubiquity/work.ubq.fi/issues/117 would benefit greatly from the backend aggregating every issue in our network. Once they are in a single place, all operations can be handled instantly client side which is much better for UX compared to manually fetching each issue. In my case, every assigned issue.
At the same time the work.ubq.fi UI will likely need to be tweaked to only show what you can /start on
Ideally instead of just seeing if it's assigned, command-start-stop could have an API that can take the user auth, and take all the compiled issues from the whole network, and return a list of which they can /start.
It should check all prerequisite conditions like:
Are they already assigned to too many issues?
Is their XP sufficient?
Is it already assigned?
Were they previously disqualified from that task?
building new features like https://github.com/ubiquity/work.ubq.fi/issues/117 would benefit greatly from the backend aggregating every issue in our network. Once they are in a single place, all operations can be handled instantly client side which is much better for UX compared to manually fetching each issue. In my case, every assigned issue.
At the same time the work.ubq.fi UI will likely need to be tweaked to only show what you can /start on
Ideally instead of just seeing if it's assigned, command-start-stop could have an API that can take the user auth, and take all the compiled issues from the whole network, and return a list of which they can /start.
It should check all prerequisite conditions like:
Are they already assigned to too many issues? Is their XP sufficient? Is it already assigned? Were they previously disqualified from that task?