Replies: 2 comments 2 replies
-
|
There's a few things that could be happening here, and it's obviously a bit of a black box for us. First, try updating the environment variables within the container where the badge server is running to include |
Beta Was this translation helpful? Give feedback.
1 reply
-
|
I wonder if this is related to #8768 ? |
Beta Was this translation helpful? Give feedback.
1 reply
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.
-
On our internal LAN, I have a private (non-routable) Gitlab instance with an SSL cert signed by our internal CA. Projects are "public" in Gitlab, in that they can be viewed via Firefox incognito mode w/o needing to authenticate. E.g.
https://gitlab.local/project/. I mention them being public because they don't need a token to access them (as tested by incognito mode).I recently stood up a shields.io docker instance by following the instructions, and I port-forwarded 8080, so it's running on the docker server accessible at:
http://docker.local:8080.Every combination I've tried of
/endpoint?url=https://gitlab.local/{project}/raw/{branch}/badge.jsonordynamic/json?url=https://gitlab.local/{project}/raw/{branch}/badge.jsonalways ends up with the greyinaccessiblebadge. I can't tell if I'm doing something wrong, or this is an unsupported config. Shields does URL-encode the slashes and such properly.I've basically been following the guides/URLs in the below two links, to no avail. Is there a docker command to enable some sort of debugging output? Currently the only output I get now is something about Github tokens being exhausted.
#2911 (comment)
https://medium.com/@iffi33/adding-custom-badges-to-gitlab-a9af8e3f3569#4773
Beta Was this translation helpful? Give feedback.
All reactions