-
-
Notifications
You must be signed in to change notification settings - Fork 843
Open
Labels
BugSomething isn't workingSomething isn't workingComplexity: MediumEREmergent RequestEmergent RequestFeature: Refactor GHARefactoring GitHub actions to fit latest architectural normsRefactoring GitHub actions to fit latest architectural normsrole: back end/devOpsTasks for back-end developersTasks for back-end developerssize: 3ptCan be done in 13-18 hoursCan be done in 13-18 hours
Description
Emergent Requirement - Problem
The 12/1/25 run of the "Schedule Monthly" workflow did not work as expected in two areas:
- First, on the message posted to the Monday agenda, the bot incorrectly listed four devs and their Skills Issues as "Non-team members with open issues." The bot had just removed those four from the website-write team and closed their Skills Issues.
- Second, the bot closed the wrong issue: Reopen Issues Without Linked PR #8438 was closed instead of the intended Review Inactive Team Members #8439.
Issue you discovered this emergent requirement in
Date discovered
12/1/25
Did you have to do something temporarily
- YES
- NO
Who was involved
What happens if this is not addressed
The same errosr could recur.
Resources
https://github.com/hackforla/website/blob/gh-pages/.github/workflows/schedule-monthly.yml
https://github.com/hackforla/website/blob/gh-pages/.github/workflows/wr-schedule-monthly.yml
https://github.com/hackforla/website/blob/gh-pages/github-actions/trigger-schedule/list-inactive-members/trim-inactive-members.js
Recommended Action Items
- Make a new issue
- Discuss with team
- Let a Team Lead know
Potential solutions [draft]
- Note that although this ER is listed as
Complexity: Medium, the actual issue to fix the bugs should beComplexity: Large. - For the first error, in
trim-inactive-members.jsthe error can be traced to the check forgetOpenAssignedIssues()running before the previous functionremoveInactiveMembers()was completed. One solution might be to add a delay before the "Final check..." around line 52, or otherwise ensure that all preceding functions have completed before runninggetOpenAssignedIssues(). - Similarly for the second error, in the workflow run
wr-schedule-monthly.yml, the "Get issue number" step likely ran before the issue was created by theschedule-monthly.ymlworkflow despite the triggerif: ${{ github.event.workflow_run.conclusion == 'success' }}. The solution might be to add a delay either to the WR yml or a promise to theschedule-monthly.ymlworkflow.
Metadata
Metadata
Assignees
Labels
BugSomething isn't workingSomething isn't workingComplexity: MediumEREmergent RequestEmergent RequestFeature: Refactor GHARefactoring GitHub actions to fit latest architectural normsRefactoring GitHub actions to fit latest architectural normsrole: back end/devOpsTasks for back-end developersTasks for back-end developerssize: 3ptCan be done in 13-18 hoursCan be done in 13-18 hours
Type
Projects
Status
New Issue Approval