|
| 1 | +name: 'No Response' |
| 2 | + |
| 3 | +# Both `issue_comment` and `scheduled` event types are required for this Action |
| 4 | +# to work properly. |
| 5 | +on: |
| 6 | + issue_comment: |
| 7 | + types: [created] |
| 8 | + schedule: |
| 9 | + # Schedule for five minutes after the hour, every hour |
| 10 | + - cron: '5 * * * *' |
| 11 | + |
| 12 | +# By specifying the access of one of the scopes, all of those that are not |
| 13 | +# specified are set to 'none'. |
| 14 | +permissions: |
| 15 | + issues: write |
| 16 | + |
| 17 | +jobs: |
| 18 | + stale: |
| 19 | + runs-on: ubuntu-latest |
| 20 | + steps: |
| 21 | + # At Baseflow, we mark issues with the `status: needs more info` label when more information is |
| 22 | + # required to be able to solve an issue. When nobody (either original poster or other community |
| 23 | + # members) respond to the issue within 14 days the issue will be closed. |
| 24 | + # |
| 25 | + # To automate this process we utilize the [stale](https://github.com/actions/stale) GitHub action. |
| 26 | + # However the [stale](https://github.com/actions/stale) action requires an issue to be marked specifically |
| 27 | + # as "stale" before it will consider an issue to be closed. Therefore we utilize the following |
| 28 | + # configuration: |
| 29 | + # 1. Set the `stale-issue-label` parameter to `status: needs more info`. This will inform the stale action that all |
| 30 | + # issues marked with this particular label to be stale (note that Baseflow manually adds this label after initial triaging). |
| 31 | + # 2. Set the `days-before-stale` parameter to `-1`. This will prevent the [stale](https://github.com/actions/stale) action |
| 32 | + # from automatically marking issues as being "stale". As mentioned in step 1, at Baseflow we want to manually |
| 33 | + # triage the issue and mark it to require more information. |
| 34 | + # 3. Set the `close-issue-label` parameter to `status: closed (missing info)` to easily allow us to track issues closed due |
| 35 | + # to a lack of information. |
| 36 | + # issue is closed. This will make sure the label is automatically removed when the issue is re-opened (most likely |
| 37 | + # this happend because someone added more information). |
| 38 | + # 4. Set the `days-before-close` parameter to `14` to indicate after how many days, since marking the issue with |
| 39 | + # the `status: needs more info` label, the issue should be closed automatically. |
| 40 | + # 5. Set the `close-issue-message` parameter with a text that will be placed as a comment to the respective issue that |
| 41 | + # is closed to explain why the issue was closed. |
| 42 | + - uses: actions/stale@v8 |
| 43 | + with: |
| 44 | + stale-issue-label: 'status: needs more info' |
| 45 | + days-before-stale: -1 |
| 46 | + close-issue-label: 'status: closed (missing info)' |
| 47 | + close-issue-message: > |
| 48 | + Without additional information, we are unfortunately not able to resolve this issue. |
| 49 | + Therefore, we reluctantly closed this issue for now. |
| 50 | + If you run into this issue later, feel free to file a new issue with a reference to this issue. |
| 51 | + Add a description of detailed steps to reproduce, expected and current behaviour, logs and the output of 'flutter doctor -v'. |
| 52 | + Thanks for your contribution. |
| 53 | + days-before-close: 14 |
0 commit comments