lockFileMaintenance weekly PR has stale changes #30088
-
What would you like help with?I think I found a bug How are you running Renovate?Mend Renovate hosted app on github.com If you're self-hosting Renovate, tell us which platform (GitHub, GitLab, etc) and which version of Renovate.No response Please tell us more about your question or problemWe are using forking renovate to update our rust cargo dependencies.
Examples: This week: rustls/rustls#2035 (note commit is two weeks old) Our configuration:
Logs (if relevant)No response |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments
-
Not a bug. This is happening due to some of the config settings and possibly your repo's branch protection rules. Delay reason No rebase reason
ie. unless the branch is conflicted it won't be rebased by itself. You can fix this by changing your repo's branch protection rules to require that PRs must be up-to-date before merging. (the bot will detect this setting and rebase PRs by itself) Or, you can set |
Beta Was this translation helpful? Give feedback.
-
Thank you for your help/pointers. What you're describing makes sense 👍 |
Beta Was this translation helpful? Give feedback.
Not a bug. This is happening due to some of the config settings and possibly your repo's branch protection rules.
Delay reason
You have
prCreation=not-pending
which means prs will be created only after all branch status checks pass. One of those check is thestatbility-days
check and since you have set it to 3 the prs will be created 3 days after branch has been created incase the branch was created on the release date of the new version.No rebase reason
You have not set
rebaseWhen
so the defaultauto
setting will be used.From the docs