Skip to content
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

Give Triagers access to the Node.js feature requests project #861

Closed
avivkeller opened this issue Apr 22, 2024 · 23 comments
Closed

Give Triagers access to the Node.js feature requests project #861

avivkeller opened this issue Apr 22, 2024 · 23 comments

Comments

@avivkeller
Copy link
Member

(CC @nodejs/issue-triage)

As a (relatively new) member of the Issue Triage team, I think it'd be reasonably helpful if we had the permissions to move issues around in the Node.js feature requests project. This way, we can mark issues as triaged/stale/fixed rather than waiting for the bot to mark them stale or an admin to change their status.

@targos
Copy link
Member

targos commented Apr 22, 2024

SGTM. I created that project and I don't think anyone's been maintaining it recently.

@avivkeller
Copy link
Member Author

If we have access, I'd gladly reorganize it (nodejs/node#52485). I really like it's concept, but it just needs a bit of oversight.

@gireeshpunathil
Copy link
Member

+1

@avivkeller
Copy link
Member Author

Great! I'll close this issue once we get access (or a different conclusion is reached)

Thanks for your help!

@avivkeller
Copy link
Member Author

I'm glad we are a fan of this idea, I'm exciting to help out :-)

@avivkeller
Copy link
Member Author

@targos,

Do you think it'll also be a good idea to create a Node.js bug reports project? I'm happy to manage it if needed

@targos
Copy link
Member

targos commented May 6, 2024

What would you do with it?

@avivkeller
Copy link
Member Author

I meant just for tracking issues so that they are known

@targos
Copy link
Member

targos commented May 8, 2024

/cc @nodejs/tsc

@avivkeller
Copy link
Member Author

avivkeller commented Jun 4, 2024

It's been about a month without objections from the TSC, are we okay to give triagers access to the Node.js Feature Requests project?

(For Bug Tracking, I've opened #874)

@targos
Copy link
Member

targos commented Jun 5, 2024

I would have hoped to get a bit more interactions from TSC members, but yeah I suppose this counts as consensus.

@ovflowd
Copy link
Member

ovflowd commented Jun 5, 2024

I'm just concerned with your plan. Could you elaborate more on what you want to do with the feature requests board? You explained very little about what you're actually going to do. Without a concrete plan, I'm -1, although I'm not TSC.

@targos
Copy link
Member

targos commented Jun 5, 2024

I'm pretty sure nobody uses that board at the moment. I created it and attempted to maintain it a few years ago, but AFAIK it never gained interest from other collaborators.
So I don't mind if someone else tries to revive the initiative. There's no risk.

@ovflowd
Copy link
Member

ovflowd commented Jun 5, 2024

I'm pretty sure nobody uses that board at the moment. I created it and attempted to maintain it a few years ago, but AFAIK it never gained interest from other collaborators. So I don't mind if someone else tries to revive the initiative. There's no risk.

I see! Thx for clarifying. If there's no risk, then it's all good. Still, a concrete plan would always be preferable. I also wonder if we want to showcase the board somewhere?

@targos
Copy link
Member

targos commented Jun 5, 2024

Still, a concrete plan would always be preferable.

Agreed.

@avivkeller
Copy link
Member Author

Sorry, I intend to move the misplaced issues into the correct columns, as many are in the wrong places. (For example, closed issues are in waiting triage).

@tniessen
Copy link
Member

tniessen commented Jun 5, 2024

@targos What was the goal of having the board in the first place?

@targos
Copy link
Member

targos commented Jun 5, 2024

I don't remember exactly. The main goal was to use custom fields like the existing "status" classify issues and more easily filter them.

@avivkeller
Copy link
Member Author

avivkeller commented Jun 18, 2024

My plan for this project is, if I am given access, remove the hundreds of items that are in the wrong place, making it easier for future users to find new tasks to work on, and triagers to find new issues to triage.

@avivkeller
Copy link
Member Author

Hey, still no objections, just curious whether this is still on the table.

@targos
Copy link
Member

targos commented Jun 26, 2024

I invited the triage team with the Write role.

@avivkeller
Copy link
Member Author

Thanks! Would it be okay if I modified the project settings to remove items closed as stale or not planned, as projects have a maximum item count, and we have a decent amount of stale/not planned issues in the project.

@tniessen
Copy link
Member

I don't think anyone is actually using that project, so as long as all effects are strictly contained to that project and don't affect labels on issues or so, nobody will have an issue with that. If anyone else ever actually starts using that project, we might have to come up with some rules around it, but it doesn't seem like there's interest in using the project so far.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants