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

Setup Stale Probot #6020

Merged
merged 13 commits into from
Sep 14, 2018
Merged

Setup Stale Probot #6020

merged 13 commits into from
Sep 14, 2018

Conversation

dwijnand
Copy link
Member

@alexcrichton
Copy link
Member

Nice, that was easy! Do you know if the docs say anything about rate limiting? Ideally we'd just receive at most 5 stale notifications a day (or something like that). I'm not sure if we'd want to get hundreds of notifications here all at once :(

Additionally, could the default threshold for being stale be lifted? I think something like 180 days should probably be a good cushion to start with (although a year may be more conservative).

For wording, I like what you've got! Perhaps tweak it a bit like so?

As there hasn't been any recent activity here for $NN days this has been marked as stale, and if no further activity happens for $YY days this will be automatically closed. This is an automatic action and may be in error, if this issue should remain open please comment to that effect!

When commenting, we'd be eternally grateful if some details such as these could be included:

  • Is this still relevant?
  • If so, what is blocking it?
  • Is it known what could be done to help move this forward?

Thank you for contributing!

If you're reading this comment from the distant future, fear not if this issue was closed automatically. If you believe it's still an issue please leave a comment and a team member can reopen this issue. Opening a new issue is also acceptable!

I also really like how we can have labels for "never stale" issues! We may want to remove E-easy and E-help-wanted from that list though because if it's been stale for so long it likely isn't easy or doesn't have good enough mentoring instructions! I'd also remove I-nominated from the list because if we haven't gotten to removing the nominated tag in such a long time we definitely should! (probably same with P-high, if it's been stale for so long as P-high it may not actually be high priority)

I think C-tracking-issue is good to leave as "never stale" along with "Feature accepted". I wonder if we should perhaps conservatively say that feature requests are never stale? On one hand that may be one of the big pain points of closing issues, but on the other hand it's also good to clear these out as they're often fixed by other PRs that happen after the issue was initially open. Curious to hear what you think!

@alexcrichton
Copy link
Member

Ah it looks like the README also has more configuration options documented. Perhaps we could add:

staleLabel: stale
closeComment: >
  A comment to confirm that this is being closed due to being stale and the previous comment should have more information
limitPerRun: 1
only: issues

The limitPerRun seems like our best rate limiting source. 24/day is still a bit high but we could see how it goes perhaps?

Makes sense to let these be closed as it's likely they aren't easy or
don't have good enough mentoring instructions.
If they haven't had any activity (or been solved) in long enough,
they're probably just as stale as every other issue.
@dwijnand
Copy link
Member Author

Great suggestions.

I went with 180 days, over a year, though I'm not against a year.

The idea to include feature requests is an interesting one. It's our biggest label, at 237/735 issues currently. Aleksey also specifically called it out in the contributing guide ("C-feature-request marks proposals for new features"). So I don't know what the best choice is. Maybe start exempting them and then when we get more comfortable with the idea of stale bot remove the exemption?

Do you feel strongly about restricting stale bot to just issues? Personally I feel that the pull request queue even more than the issue backlog shouldn't be left to go stale.

@dwijnand
Copy link
Member Author

Personally I feel that the pull request queue even more than the issue backlog shouldn't be left to go stale.

.. and we might want a shorter daysUntilStale for pull requests.

Copy link
Contributor

@Eh2406 Eh2406 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@rust-highfive sometimes uses "I" messages, So I experimented with that form hear. What do you think?


markComment: >
As there hasn't been any recent activity here for 180 days this has been
marked as stale, and if no further activity happens for 7 days this will be
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I see that there has not been any activity in over 180 days, can I close this issue?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If the"I" is being overused then maybe:

Move to close? As there has not been activity in over 180 days. If there is no response in 7 days this will be closed for now.

The teem would appreciate if anyone could give an update on:

As there hasn't been any recent activity here for 180 days this has been
marked as stale, and if no further activity happens for 7 days this will be
automatically closed. This is an automatic action and may be in error, if this
issue should remain open please comment to that effect!
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am just a bot, so if this should stay open leave a comment.

issue should remain open please comment to that effect!

When commenting, we'd be eternally grateful if some details such as these
could be included:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The teem would appreciate if anyone could give an update on:

acceptable!

closeComment: >
A comment to confirm that this is being closed due to being stale and the
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am going to close this for now as I did not see an update. If it's still an issue, I am sorry. Please leave a comment and a team member can reopen it, or open a new issue to start a new discussion of the problem.

If you're reading this comment from the distant future, fear not if this issue
was closed automatically. If you believe it's still an issue please leave a
comment and a team member can reopen this issue. Opening a new issue is also
acceptable!
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If I don't see new activity in the next 7 days I will close this for now.

@alexcrichton
Copy link
Member

@dwijnand

Maybe start exempting them and then when we get more comfortable with the idea of stale bot remove the exemption?

Sounds like a good idea to me!

Do you feel strongly about restricting stale bot to just issues?

PRs are sort of interesting in the sense that if it's blocked on us (cargo reviewers) then we should never close the PR. If the PR is blocked on the author, though, it makes sense to auto-close after awhile. I think we can try this out though, the repo is relatively low-traffic in the sense that we as authors can hold ourselves accountable for responding to stale PRs.

So yes, let's enable PRs!

@alexcrichton
Copy link
Member

Looking good to me!

@Eh2406's suggestions sound great to me, and after that I think we might be ready to kick the tires

@dwijnand
Copy link
Member Author

/cc @wycats, happy with wording, at least to start with?

@joshtriplett
Copy link
Member

Looks great to me! Thanks for the updates.

@alexcrichton
Copy link
Member

@bors: r+

Alright let's try this!

@bors
Copy link
Collaborator

bors commented Sep 14, 2018

📌 Commit 53d10c8 has been approved by alexcrichton

@bors
Copy link
Collaborator

bors commented Sep 14, 2018

⌛ Testing commit 53d10c8 with merge 3fc546c...

bors added a commit that referenced this pull request Sep 14, 2018
@bors
Copy link
Collaborator

bors commented Sep 14, 2018

☀️ Test successful - status-appveyor, status-travis
Approved by: alexcrichton
Pushing 3fc546c to master...

@bors bors merged commit 53d10c8 into rust-lang:master Sep 14, 2018
@alexcrichton
Copy link
Member

@dwijnand ok the next step is to install the app? Is that all that's needed?

@dwijnand dwijnand deleted the stale-bot branch September 15, 2018 07:45
@dwijnand
Copy link
Member Author

@alexcrichton I believe so!

@alexcrichton
Copy link
Member

Ok! It's now installed, so let's see how it goes...

@ehuss ehuss added this to the 1.31.0 milestone Feb 6, 2022
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

Successfully merging this pull request may close these issues.

6 participants