Always getting "invalid access token"

[balupton]

If you are experiencing this issue to, use the reaction button to +1 this post.

$ ruby --version
ruby 2.2.3p173 (2015-08-18 revision 51636) [x86_64-darwin15]
$ travis --version
1.8.0


$ rm -Rf ~/.travis


$ travis login --debug --github-token $GITHUB_TRAVIS_TOKEN
** Loading gh
** GET "config"
**   took 0.28 seconds
** GitHub API: GET /user?per_page=100
**   took 1.7 seconds
** POST "auth/github" {:github_token=>"6f73bc1b55588f461137b18a5e1d1c9589e3b943"}
**   took 0.51 seconds
** GET "users/"
**   took 0.39 seconds
Successfully logged in as balupton!
** Storing "/Users/balupton/.travis/config.yml"

$ travis restart -r docpad/website --debug
** Loading "/Users/balupton/.travis/config.yml"
** Loading gh
** GET "config"
**   took 0.3 seconds
** GitHub API: HEAD /repos/docpad/website
**   took 2.2 seconds
** GET "repos/docpad/website"
**   took 0.86 seconds
invalid access token - try running travis login --org


$ travis logout
Successfully logged out!
$ rm -Rf ~/.travis


$ travis login --debug --auto-password
** Loading gh
** GET "config"
**   took 0.33 seconds
** Tools::Github: requesting to load github.com login and password from keychain
** GitHub API: POST /authorizations
** GitHub API: GET /user?per_page=100
** Tools::Github: token is not acceptable: Requires authentication
We need your GitHub login to identify you.
This information will not be sent to Travis CI, only to api.github.com.
The password will not be displayed.
Try running with --github-token or --auto if you don't want to enter your password anyway.
Username: balupton
Password for balupton: BLAH
** GitHub API: POST /authorizations
Two-factor authentication code for balupton: BLAH
** GitHub API: POST /authorizations
**   took 1.3 seconds
** GitHub API: GET /user?per_page=100
**   took 1.4 seconds
** POST "auth/github" {:github_token=>"BLAH"}
**   took 0.62 seconds
** GET "users/"
**   took 0.41 seconds
Successfully logged in as balupton!
** GitHub API: DELETE /authorizations/BLAH
**   took 1.5 seconds
** Storing "/Users/balupton/.travis/config.yml"

$ travis restart -r docpad/website --debug
** Loading "/Users/balupton/.travis/config.yml"
** Timeout::Error: execution expired
** Loading gh
** GET "config"
**   took 0.29 seconds
** GitHub API: HEAD /repos/docpad/website
**   took 1.6 seconds
** GET "repos/docpad/website"
**   took 0.35 seconds
invalid access token - try running travis login --org


$ travis logout
Successfully logged out!
$ rm -Rf ~/.travis


$ travis login --auto --org --debug
** Loading gh
** GET "config"
**   took 0.36 seconds
** Tools::Github: requesting to load GitHub for Mac token from keychain
** GitHub API: GET /user?per_page=100
**   took 1.7 seconds
** POST "auth/github" {:github_token=>"BLAH"}
**   took 0.52 seconds
** GET "users/"
**   took 0.34 seconds
Successfully logged in as balupton!
** Storing "/Users/balupton/.travis/config.yml"

$ travis restart -r docpad/website --debug
** Loading "/Users/balupton/.travis/config.yml"
** Loading gh
** GET "config"
**   took 0.64 seconds
** GitHub API: HEAD /repos/docpad/website
**   took 2 seconds
** GET "repos/docpad/website"
**   took 0.27 seconds
invalid access token - try running travis login --org

[balupton]

Opening ~/.travis/config.yml and using the token from inside that with the -t flag works fine...

update: works fine locally, seems that key can't be used on other machines

[balupton]

So I came up with this, which still failed:

travis login --skip-completion-check --org --github-token "$GITHUB_TRAVIS_TOKEN";
export TRAVIS_ACCESS_TOKEN=`cat ~/.travis/config.yml | grep access_token | sed 's/ *access_token: *//'`;
travis restart --debug --skip-completion-check -r docpad/website -t "$TRAVIS_ACCESS_TOKEN";
travis restart --debug --skip-completion-check -r bevry/learn -t "$TRAVIS_ACCESS_TOKEN";

Then I did this, which worked:

travis login --skip-completion-check --org --github-token "$GITHUB_TRAVIS_TOKEN";
export TRAVIS_ACCESS_TOKEN=`cat ~/.travis/config.yml | grep access_token | sed 's/ *access_token: *//'`;
travis restart --debug --skip-completion-check --org -r docpad/website -t "$TRAVIS_ACCESS_TOKEN";
travis restart --debug --skip-completion-check --org -r bevry/learn -t "$TRAVIS_ACCESS_TOKEN";

Then I did this, which still worked:

travis login --skip-completion-check --org --github-token "$GITHUB_TRAVIS_TOKEN";
travis restart --debug --skip-completion-check --org -r docpad/website;
travis restart --debug --skip-completion-check --org -r bevry/learn;

It seems that the subsequent commands have an issue with using a consistent endpoint. I would imagine that by default, the endpoint for commands should be the first one in ~/.travis/config.yml

[balupton]

Okay, now the above doesn't even work, what the hell.

$ rm -Rf ~/.travis

$ travis login --skip-completion-check --org --github-token "$GITHUB_TRAVIS_TOKEN"
Successfully logged in as balupton!

$ travis restart --debug --skip-completion-check --org -r docpad/website
** Loading "/Users/balupton/.travis/config.yml"
** GET "repos/docpad/website"
**   took 0.46 seconds
invalid access token - try running travis login --org

Travis CI status page says All Systems Operational.

I give up. Someone please help.

[balupton]

ARGH!!!

$ travis restart --debug --skip-completion-check --org -r docpad/website -t "$TRAVIS_ACCESS_TOKEN";
** Loading "/Users/balupton/.travis/config.yml"
** Timeout::Error: execution expired
** GET "repos/docpad/website"
**   took 0.5 seconds
** GET "builds/" {:number=>"82", :repository_id=>402397}
**   took 2.1 seconds
** POST "requests" {"job_id"=>77026387}
**   took 4.8 seconds
** GET "jobs/77026387"
**   took 0.63 seconds
** GET "jobs/77026387"
**   took 0.34 seconds
job #82.1 has been restarted
** Storing "/Users/balupton/.travis/config.yml"

$ travis restart --debug --skip-completion-check --org -r docpad/website;
** Loading "/Users/balupton/.travis/config.yml"
** Timeout::Error: execution expired
** GET "repos/docpad/website"
**   took 0.39 seconds
invalid access token - try running travis login --org

So it seems if you want it to work every time, then you must include --org and -t properties.

This is the most annoying bug ever.

[emilesilvis]

Getting this too.

$ ruby -v
ruby 2.2.3p173 (2015-08-18 revision 51636) [x86_64-darwin14]

$ travis -v
1.8.0

[germanattanasio]

I've installed/uninstalled travis and tried several things but I'm always getting invalid access token...

~$ ruby -v
ruby 2.1.5p273 (2014-11-13 revision 48405) [x86_64-darwin14.0]

~$ travis -v
1.8.0

~$ travis login
/X/.rvm/gems/ruby-2.1.5/gems/travis-1.8.0/lib/travis/client/session.rb:218:in `raw': invalid access token (Travis::Client::NotLoggedIn)
    from /X/.rvm/gems/ruby-2.1.5/gems/travis-1.8.0/lib/travis/client/session.rb:330:in `check_ssl'
    from /X/.rvm/gems/ruby-2.1.5/gems/travis-1.8.0/lib/travis/client/session.rb:40:in `initialize'
    from /X/.rvm/gems/ruby-2.1.5/gems/travis-1.8.0/lib/travis/client.rb:36:in `new'
    from /X/.rvm/gems/ruby-2.1.5/gems/travis-1.8.0/lib/travis/client.rb:36:in `new'
    from /X/.rvm/gems/ruby-2.1.5/gems/travis-1.8.0/lib/travis/cli/api_command.rb:37:in `initialize'
    from /X/.rvm/gems/ruby-2.1.5/gems/travis-1.8.0/lib/travis/cli/parser.rb:36:in `new'
    from /X/.rvm/gems/ruby-2.1.5/gems/travis-1.8.0/lib/travis/cli/parser.rb:36:in `new'
    from /X/.rvm/gems/ruby-2.1.5/gems/travis-1.8.0/lib/travis/cli.rb:62:in `run'
    from /X/.rvm/gems/ruby-2.1.5/gems/travis-1.8.0/bin/travis:18:in `<top (required)>'
    from /X/.rvm/gems/ruby-2.1.5/bin/travis:23:in `load'
    from /X/.rvm/gems/ruby-2.1.5/bin/travis:23:in `<main>'
    from /X/.rvm/gems/ruby-2.1.5/bin/ruby_executable_hooks:15:in `eval'
    from /X/.rvm/gems/ruby-2.1.5/bin/ruby_executable_hooks:15:in `<main>'
~$

[martinbonnin]

Same here :-(

$ ruby -v
ruby 1.9.3p484 (2013-11-22 revision 43786) [x86_64-linux]
$ travis -v
1.8.0

[crunis]

I am having this error by just executing require 'travis' and it stopped as soon as I executed this command from a different IP. Seems Travis applies some low rate-limit for logins.

[spiderpug]

I had this problem in the office today as well and could not find the cause. It seems some backend servers respond with 403 on the first HEAD / request, which is performed to test the SSL connection. I "fixed" it by monkey-patching the def check_ssl method in session.rb to do nothing.

I want to remark that the client works fine without the patch from my home internet connection. Maybe a different travis endpoint is used?

[JesseAldridge]

Seeing this too in 1.8.1, on every command. I can't use this tool at all.

$ travis whoami
/Library/Ruby/Gems/2.0.0/gems/travis-1.8.1/lib/travis/client/session.rb:219:in `raw': invalid access token (Travis::Client::NotLoggedIn)
  from /Library/Ruby/Gems/2.0.0/gems/travis-1.8.1/lib/travis/client/session.rb:331:in `check_ssl'
  from /Library/Ruby/Gems/2.0.0/gems/travis-1.8.1/lib/travis/client/session.rb:40:in `initialize'
  from /Library/Ruby/Gems/2.0.0/gems/travis-1.8.1/lib/travis/client.rb:36:in `new'
  from /Library/Ruby/Gems/2.0.0/gems/travis-1.8.1/lib/travis/client.rb:36:in `new'
  from /Library/Ruby/Gems/2.0.0/gems/travis-1.8.1/lib/travis/cli/api_command.rb:37:in `initialize'
  from /Library/Ruby/Gems/2.0.0/gems/travis-1.8.1/lib/travis/cli/parser.rb:36:in `new'
  from /Library/Ruby/Gems/2.0.0/gems/travis-1.8.1/lib/travis/cli/parser.rb:36:in `new'
  from /Library/Ruby/Gems/2.0.0/gems/travis-1.8.1/lib/travis/cli.rb:62:in `run'
  from /Library/Ruby/Gems/2.0.0/gems/travis-1.8.1/bin/travis:18:in `<top (required)>'
  from /usr/bin/travis:23:in `load'
  from /usr/bin/travis:23:in `<main>'

$ ruby -v
ruby 2.2.3p173 (2015-08-18 revision 51636) [x86_64-darwin14]
$ travis -v
1.8.1

[BanzaiMan]

Hello. I have released version 1.8.2, which adds a new flag (--debug-http) for debugging HTTP connexions that we make. My hope is that this flag will give us insight into this issue. Please try adding this flag to problematic commands to see what the underlying issue might be.

Please note that this command may potentially expose sensitive data, so please do be careful when you paste the output publicly.

Thank you!

[BanzaiMan]

@crunis Not sure what you mean. This _is_ the travis gem.