-
Notifications
You must be signed in to change notification settings - Fork 17.9k
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
x/build/cmd/gopherbot: closeStaleWaitingForInfo fails to close issues #52017
Comments
In cases like this, it can work well to visualize maintner data via the Looking at maintner log shows it failing to sync issue comments in the vscode-go issue tracker, with 236 outstanding issues, and repeatedly running into an error it considers as fatal while syncing comments for issue 1893, and not making any progress past it:
I think this problem has the same cause as #40640 and #37370—there's a transferred issue in vscode-go and maintner was never updated to handle those. It seems the maintner corpus is really unhealthy in the vscode-go issue tracker because of this. Progress on #37370 has been hindered by #37603, but I think we can try a small change that should be safe/easy to review and might help. Mailed CL 397234 for that. |
Change https://go.dev/cl/397234 mentions this issue: |
The change helped, and vscode-go issue 2020 (among many others in the vscode-go issue tracker) has now been correctly closed by gopherbot by the I'll close this issue as fixed, and issues #40640 and #37370 are still open to track what still remains to fully handle transferred issues. Thanks for the detailed report. |
We are trying to understand why gopherbot is not closing old stale issues
For example vscode-go issue 2020 (note: I intentionally avoid linking to the issue)
which was labeled with "WaitingForInfo" multiple months ago.
I tested gopherbot with
go run gopherbot.go --dry-run=true --only-run="close stale WaitingForInfo"
and observed:When
closeStaleWaitingForInfo
handles the mentioned issue (vscode-go 2020), thegi
(maintner.GitHubIssue
) does not have any entry in itsevents
field. As a result, the callback set forgi.ForeachEvent
never runs, and the issue is never considered as stale one.I am not familiar with maintner nor gopherbot, and am not sure if this is a bug in maintner code, or an incomplete log somewhere.
Not only this issue, I also observed some issues have incorrect states - for example,
Closed
field is not set for closed issue, etc.Help with inspecting maintner is greatly appreciated.
ps. Why don't we move some of issue gardening automation (like closing stale issues) to github actions?
The text was updated successfully, but these errors were encountered: