[GitLab] Token rollover leads to new Dependency Dashboard #36349
Unanswered
odin568
asked this question in
Request Help
Replies: 0 comments
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
If you're self-hosting Renovate, tell us which platform (GitHub, GitLab, etc) and which version of Renovate.
GitLab, always latest version of Renovate
Please tell us more about your question or problem
Following up from #12131
I have a self-hosted renovate pipeline which detects all relevant repositories by label and then runs as expected. I introduced it half a year ago.
For renovate to work it needs an access token. Here I use a generated "Group Access Token" on the most parent group, which includes all repositories to be managed by renovate.
This worked now fine for a while - until I had to do the mandatory access token rollover (as GitLab does not allow access tokens to be more than 1 year valid).
The only thing I can configure on the Access Token:
This is my configuration. In the past, all MRs, commits were done by an artificial "user" called...
Now after secret rollover (I even reused the same "name" there is a new "user"...
So far this is not a problem. But with the new "user" implicitly introduced, the dependency dashboards were recreated (old ones were not touched) and of course all ignored/blocked MRs were re-created.
I looked through the documentation of renovate if there is something more to configure. I think renovate detects the dashboard issue by user - this does not work in this case.
An option would be to detect by the user name? Or setting a label?
This is the user details:
Any ideas really appreciated as this causes quite some effort to clean up again :)
Thanks a lot!
Logs (if relevant)
Logs
Beta Was this translation helpful? Give feedback.
All reactions