-
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/gerritbot: closing PR doesn't abandon CL #23850
Comments
Another case: PR golang/sys#8 was closed and https://golang.org/cl/103858 wasn't abandoned. |
@dmitshur: If it's okay with you, I can try to take a look at this. Created a PR with which to test this in dry-run mode: golang/vscode-go#55. |
Sure. This issue must've overflowed off my list yet again. Thanks. |
Hm, looks like golang/vscode-go#55 was closed correctly. Is it possible this was already fixed, or is this just something that happens intermittently? Edit: I now see that I had the issue backwards. Closing the PR doesn't abandon the CL, but abandoning the CL does close the PR. Will try again on golang/vscode-go#56. |
Change https://golang.org/cl/234179 mentions this issue: |
Change https://golang.org/cl/234889 mentions this issue: |
Change https://golang.org/cl/234240 mentions this issue: |
Restore the ability to test gerritbot locally in dry-run mode. Update some references to compute metadata with secret manager, since that is what's used now. Also add a safety check at the top of postGitHubMessageNoDup. This increases confidence that it is safe to use dry-run mode, and may help in case it's ever called in non-dry-run mode. For golang/go#37171. For golang/go#23850. Change-Id: I6d7ea228294fc07b6167317ddcf066507e0c0d08 Reviewed-on: https://go-review.googlesource.com/c/build/+/234889 Reviewed-by: Carlos Amedee <carlos@golang.org> Run-TryBot: Carlos Amedee <carlos@golang.org> TryBot-Result: Gobot Gobot <gobot@golang.org>
This PR was closed by the user:
#23843 (comment)
But GerritBot didn't abandon the CL:
https://go-review.googlesource.com/c/go/+/94315
The text was updated successfully, but these errors were encountered: