summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorBundlerbot <bot@bundler.io>2019-02-14 10:38:14 +0000
committerBundlerbot <bot@bundler.io>2019-02-14 10:38:14 +0000
commitad5a06ad60bc0a108802ed9a12fbd22e304cb4e8 (patch)
tree4e1d32a815584f4a342ca8612ef2554818cc968c
parent6cdf6c703e48c0f4d8cc17ca13fb7cd7c447b6d9 (diff)
parentd947302904abc8e668346bf5dd0b435d23382e1e (diff)
downloadbundler-ad5a06ad60bc0a108802ed9a12fbd22e304cb4e8.tar.gz
Merge #6945
6945: Add stale issues section to bug triage doc r=colby-swandale a=esasse As discussed on Slack, this is the suggested process to deal with stale issues. /cc @colby-swandale Co-authored-by: Erick Sasse <esasse@gmail.com>
-rw-r--r--doc/contributing/BUG_TRIAGE.md11
1 files changed, 11 insertions, 0 deletions
diff --git a/doc/contributing/BUG_TRIAGE.md b/doc/contributing/BUG_TRIAGE.md
index b70c1285fe..69aa3df0fd 100644
--- a/doc/contributing/BUG_TRIAGE.md
+++ b/doc/contributing/BUG_TRIAGE.md
@@ -22,6 +22,8 @@ Strategies for triaging a ticket:
* If you're having trouble replicating their issue with your current environment, slowly try to incorporate the user's environment setup. As in, this is where you begin matching their environment. For example, try switching to the user's version of Ruby, RubyGems, RVM, et cetera, step by step.
* Is the user running the latest version of bundler? If not, ask them to update by running `gem install bundler`. There's a chance that the newest version of bundler has already solved their problem.
+If the issue still requires user information, apply the label "user feedback required". This will help identify stale issues in the future.
+
If you can't reproduce the issue, chances are good that the bug has been fixed already (hurrah!). That's a good time to post to the ticket explaining what you did and how it worked.
If you can reproduce an issue, you're well on your way to fixing it. :)
@@ -40,3 +42,12 @@ Everyone is welcome and encouraged to fix any open bug, improve an error message
## Duplicates!
Finally, the ticket may be a duplicate of another older ticket. If you notice a ticket is a duplicate, simply comment on the ticket noting the original ticket’s number. For example, you could say “This is a duplicate of issue #42, and can be closed”.
+
+## Stale issues
+
+Any issue that is waiting for more information is what we could consider "stale". And the process is:
+
+1. If the issue is not updated in a while (2-4 weeks), we usually leave a comment saying "Hey :wave:, is this still a problem for you?".
+2. If they don't respond within a week or two, then we will close the ticket.
+3. If they do respond and they say it's still an issue, then we'll remind we are waiting for more information.
+4. If the user doesn't provide the required information after being reminded, the ticket will be closed.