[Regression] Gerrit platform no longer assigns reviewers on change creation #40689
Unanswered
avm99963
asked this question in
Request Help
Replies: 1 comment 2 replies
-
|
Hey, thanks for the report and the kind words! This has been reported already, and I'm fixing it in #39250. I have been on vacation for the past 4 weeks, and I plan to resume work on it next week. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
How are you running Renovate?
Self-hosted Renovate
Which platform you running Renovate on?
Gerrit
Which version of Renovate are you using?
All versions after commit fc3f7a8 (41.167.1 (2025-10-31))
Please tell us more about your question or problem
When setting the
reviewersfield inrenovate.json, Renovate no longer assigns those reviewers when creating new changes in Gerrit.After a Git bisection, it seems like the commit that introduced this regression is fc3f7a8 (CCing @felipecrs). But as I say below, I don't understand why it is causing this issue.
Git bisection details
Result:
Bisection log:
Technical details
The following line adds reviewers to newly created changes (or PRs using Renovate's terminology):
renovate/lib/workers/repository/update/pr/index.ts
Line 593 in dfa3798
It only runs if
existingPris not truthy (there is a guard clause in lines 378-504).existingPris retrieved by callingplatform.getBranchPr:renovate/lib/workers/repository/update/pr/index.ts
Lines 173 to 176 in dfa3798
Now, here is what happened with commit fc3f7a8:
refs/for/...,getBranchPrreturnednulland thusexistingPr = null. This made Renovate add reviewers. And, in subsequent runs,getBranchPrreturned the already existing PR correctly.getBranchPralways correctly returns the branch (using Renovate's terminology), so reviewers aren't added.Now, I don't understand how that commit changed this behavior. My current hypothesis is that before that commit, for some reason the cache was still being used in some requests and that's why
getBranchPrreturnednullthe first time (but I can't see where). Maybe this was made in purpose so that Renovate behaved correctly?However, I think the root cause is that Renovate treats branches and PRs as separate entities, but for Gerrit both are the same thing.
So I imagine we could do 2 things to fix this:
existingPrshould befalse. (this seems a little bit hacky to me!)@felipecrs: if you have any thoughts, I'm all ears! And thank you for the amazing work you're doing in the Gerrit platform!
Logs (if relevant)
No response
Beta Was this translation helpful? Give feedback.
All reactions