Package lookup fails with Golang submodules In Gitlab.com #28540
Labels
datasource:go
platform:gitlab
GitLab Platform
priority-3-medium
Default priority, "should be done" but isn't prioritised ahead of others
type:bug
Bug fix of existing functionality
Discussed in #28530
Originally posted by rrey April 19, 2024
What would you like help with?
I think I found a bug
How are you running Renovate?
Self-hosted
If you're self-hosting Renovate, tell us which platform (GitHub, GitLab, etc) and which version of Renovate.
GitLab and renovate 37.308.0
Please tell us more about your question or problem
I have private repositories on gitlab.com where I reproduce the error, let me know who I shall add to the repository to allow you to reproduce.
I have a project with the following
go.mod
:The first module
gitlab.com/rrey2/some-deps
is not an issue and renovate can process it.The second one is a submodule located in the same repository as the first one in a subdirectory.
For the submodule the lookup fails. See attached logs.
Logs (if relevant)
Logs
The problem seems to be that the URL used to fetch the submodule is not the repository url, while the response from gitlab to the
go-get=1
properly points to the repository:I tried to debug by pulling the repo and testing on
main
by adding debug logs.I added a log in
lib/modules/datasource/go/base.ts
to show what is the parsed content of the meta blocks. These logs are visible in my extract as the lines starting withExtracted information
.We can see that the
gitlabUrlName
variable properly points to the repository, but the GET is not performed on this path.The text was updated successfully, but these errors were encountered: