-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Close Assigned Issues #23
Comments
see #11 (comment)
|
I don't understand what you're saying but this still remains an active issue. This one is on the directory and is currently assigned: https://www.github.com/ubiquity/pay.ubq.fi/issues/196 |
@pavlovcik is this available to work on? |
@okhot just do
I was referring to the removal of the
This seems backwards if those labels are being removed |
@Keyrxng thanks |
/start |
! Too many assigned issues, you have reached your max limit |
Didn't notice I got assigned the other bounties 😅. Thanks I'll pass on this one |
@pavlovcik Wouldn't it be easier to have this handled directly via the fetching step inside of |
Seems more intuitive for me to implement across all tooling that interacts with the data, which includes the statistics calculation json within this repo that is intended to be displayed on ubq.fi I don't feel that the unavailable label is the right approach |
Hi @Keyrxng, I'd like to give this a shot |
/start |
! action has an uncaught error |
If for some reason tomorrow we wanted to display these tasks and add a sorting parameter about them, we should revert this. To me it comes as simple as filtering out issues that have an assignee, which is straightforward and requires only one line of code change in Edit: I noticed in the devpool that no one is assigned on the issues, which doesn't allow for sorting by assignee. Maybe actually assigning someone to the issues could be a solution, so we can directly sort using GitHub API? |
It's not possible unless they are added to the org/repo as a collaborator I already looked into that. Please let's just go with the spec. |
@Ekep-Obasi the deadline is at 2024-03-26T11:06:41.592Z |
You need to set your wallet address @Ekep-Obasi Also for obvious reasons we don't allow people to make multiple GitHub accounts just to get around assign limits. You will be unassigned if things aren't getting done in time. In addition if anybody frontruns the delivery on this I would credit them as this is an emergency task |
Would that be bad karma for the frontrunner? 😂 |
An interesting concept to game the system, if one can type fast 😂 |
We're not the same person 😅 he's my brother though. We have similar names. It's from the git history that we're different people. Changed my git name to make it less similar |
We don't have it formalized but I think that high priority (emergency) tasks should be free-for-all because we need it done at any costs, figuratively speaking. |
/wallet 0x6665c09B7473bd174329B93C13281D1B902bA053 |
! action has an uncaught error |
@pavlovcik This feature (if partner issue is assigned then it will be closed in devpool) is already implemented, we see assigned issues at https://work.ubq.fi/ because of #22 |
/query Ekep-Obasi |
- Invalid body for query command
- usage /query @user |
/query @Ekep-Obasi |
|
I'm at the conference so I can't efficiently handle novel situations. What should we do here? |
|
@rndquu would you be able to address this? |
Already addressed in ubiquity/devpool-directory#1159 and ubiquity/devpool-directory#1158 |
@rndquu should this be closed as not-planned then considering it's already been handled by yourself and in my test coverage PR? And a new issue should be opened for improving test coverage specifically, or should this be closed as complete with the merging of my PR? |
! action has an uncaught error |
@Keyrxng the deadline is at 2024-04-25T16:06:41.356Z |
# These linked pull requests are closed: <a href="https://github.com/ubiquity/devpool-directory/pull/1159">#1159</a> <a href="https://github.com/ubiquity/devpool-directory/pull/1157">#1157</a> |
+ Evaluating results. Please wait... |
We do not want assigned issues to render on work.ubq.fi
The simple solution would be to close them (that way they would not be categorized as an "open" task)
The more complex solution would be to have special logic in the UI for the
unavailable
label but I feel that closing as not planned might be better? Then we can close as complete if it is actually closed as complete?Originally posted by @pavlovcik in #11 (comment)
The text was updated successfully, but these errors were encountered: