Open wolframite opened 1 month ago
Thanks for reporting this problem @wolframite We are looking into it.
Meanwhile - since the 404 errors you quoted come from fetching data from feature branches - you may try the default_branch parameter which will target the main branch for all projects. And let us know.
Thanks for looking into this, let me know if I can provide any data for your investigation. I just checked my config.json and the DefaultBranch
parameter is already set to true. Setting it to false does exactly the same, so it looks like it's ignored. Setting the branch to main and DefaultBranch to false also doesn't seem to be picked up.
"Github": {
"Users": "",
"AccessToken": "ghp_ABC123MyValidGitHubKeyTestTest1234",
"Organization": "example-org",
"DevOps": "github",
"Project": "",
"Repos": "",
"Branch": "",
"DefaultBranch": true,
"Url": "https://api.github.com/",
"Apiver": "2022-11-28",
"Baseapi": "github.com",
"Protocol": "https",
"FileExclusion":".cloc_github_ignore",
"ExtExclusion":[],
"ExcludePaths":[],
"Period":-1,
"Factor":33,
"Multithreading":true,
"Stats": false,
"Workers": 10 ,
"NumberWorkerRepos":10,
"ResultByFile": false,
"ResultAll": true,
"Org":true
},
When I'm scanning our GitHub organization I can see a lot of 404 errors which result in up to half of the repositories missing in the final report. When I define the repository in the config.json file however everything works as expected.
I tried running it on different platforms: AMD64 on AWS (Linux) and ARM64 on my MacBook. I also disabled multithreading and set the amount of workers to 1 without any change to the result. To exclude the organization as the culprit we ran the program on 3 different ones and got the same outcome.
This is the output of our scan run:
When I open the URLs in the browser they work without a problem.