-
Notifications
You must be signed in to change notification settings - Fork 36
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’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
support: New API token system in Jenkins 2.129+ #47
Comments
bump |
See https://github.com/mthaddon/jenkins-charm/tree/new-api-token - I still need to test this before proposing a PR |
Thanks @mthaddon ! I gave your code a build/deploy and am seeing this in the logs https://paste.ubuntu.com/p/ngdZmRxF8Z/ |
I'm getting a slightly different error - https://pastebin.ubuntu.com/p/y3SSQYfN8t/ - in any case, plan to keep digging and will see what I can find. |
I wasn't using your |
These errors are because fresh builds of the charm get a version of python-jenkins that uses requests, whereas api.py expects the old urrlib-based code. Here's a PR to fix it: #50 Tom's branch above needs a light rebase for this change, which I've done and pushed to https://github.com/jetpackdanger/jenkins-charm/tree/new-api-token-2 A charm built from the second branch above can now successfully deploy Jenkins 2.164. |
This is now fixed as of cs:jenkins-15 |
Default api tokens are disabled since jenkins 2.1.29, see https://jenkins.io/blog/2018/07/02/new-api-token-system/.
The jenkins-charm needs a way to handle the new api token default behavior when initializing.
This seems to be the root cause of a bunch of the current issues.
The text was updated successfully, but these errors were encountered: