Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Azure DevOps - Build Badge - PAT Token not used on private projects #10162

Open
mjpitt opened this issue May 10, 2024 · 1 comment
Open

Azure DevOps - Build Badge - PAT Token not used on private projects #10162

mjpitt opened this issue May 10, 2024 · 1 comment
Labels
good first issue New contributors, join in! service-badge Accepted and actionable changes, features, and bugs

Comments

@mjpitt
Copy link

mjpitt commented May 10, 2024

Are you experiencing an issue with...

My own instance of shields

馃悶 Description

Our organisation has strict rules on access, as such anonymous access to badges is disabled.

I have configured PAT token and other Azure DevOps badges work great, the build badges however do not use the PAT token as part of the requests, as such are not able to access the projects.

馃敆 Link to the badge

https://shields.io/badges/azure-dev-ops-builds-branch
https://shields.io/badges/azure-dev-ops-builds

馃挕 Possible Solution

Implement fetch using auth (if PAT provided) as other Azure DevOps badges do.

@mjpitt mjpitt added the question Support questions, usage questions, unconfirmed bugs, discussions, ideas label May 10, 2024
@chris48s
Copy link
Member

Having had a quick look over the code, some of our azure devops badges get their data from the azure devops api (and will use auth if provided). Some of them are essentially "scrapers" for azure's native badges, and don't use auth.
I think in order to support auth for all of them, we'd need to switch all of them to get their data from the API. We have this issue with a couple of other platforms (GitLab is one example), and it is not always the case that we can replicate the functionality exactly using data exposed via the API. If someone wants to work on this, the first step on this one is to work out if we can replicate the existing functionality using the data exposed by the API.

@chris48s chris48s added good first issue New contributors, join in! service-badge Accepted and actionable changes, features, and bugs and removed question Support questions, usage questions, unconfirmed bugs, discussions, ideas labels May 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue New contributors, join in! service-badge Accepted and actionable changes, features, and bugs
Projects
None yet
Development

No branches or pull requests

2 participants